Той е изграден по следния начин. Последователността от записи, съответстващи на записите в изходната таблица, е подредена по стойностите на първичния ключ. Логическите записи се комбинират в блокове (k записи в блокове).
Стойността на ключа на блока е минималната стойност на ключа за записите, включени в блока. Блоковата последователност е последното ниво на B-дървото. Изгражда се индексът на предишното ниво. Записите от това ниво съдържат стойността на ключа на блока от следващото ниво и адреса на указателя на връзката на съответния блок; записите от това ниво също се комбинират в блокове (k записа всеки). След това индексът на по-високо ниво се конструира по подобен начин и така нататък, докато броят на записите в индекса на определено ниво не е повече от k.
Нека разгледаме процедурата за работа с B-дърво, като използваме пример. Нека има файл с екземпляри на логически записи, чиито ключове приемат стойности 2, 7, 8, 12, 15, 27, 28, 40, 43, 50. За определеност, нека вземем k = 2 (комбинираме 2 копие от записи). Конструкцията за този пример е показана на фиг. 9.7 (за опростяване на фигурата, на ниво 4 са представени само ключовете на логическите записи и стойностите на други полета на тези записи не са представени).
Ориз. 9.7.
Блоковете съдържат стойността на ключа на съответния блок. Стойността на k се приема за 2.
Чрез конструкцията на B-дървото всички оригинални записи са на същото разстояние от горния индекс (дървото е балансирано).
Нека разгледаме изпълнението на основните операции.
Намиране и четене на запис с дадена ключова стойност
Горният индекс се чете. Сравнете дадената стойност на ключа с стойността на ключа на последния запис в индекса. Ако посочената стойност на ключа е по-голяма или равна на стойността на ключа на следващия запис в индекса (ако такъв запис съществува), тогава блок от индексни записи от следващото ниво се чете на адреса на връзката, посочен в текущия запис. След това процесът се повтаря.
Предполагаме, че всички блокове са разположени в VI. Тогава броят на повикванията към VI при търсене на информация ще бъде равен на броя на нивата в дървото. Броят на нивата на дървото е равен на минималната стойност l, при която е изпълнено условието k l> = N (N е броят на логическите записи).
Модификация (корекция) на запис
След търсене и прочитане на записа полетата, които трябва да се коригират, се променят. Ако не е ключът на записа, който се коригира, тогава промененият запис се поставя на негово място. Ако стойността на ключа се промени, старият запис се изтрива (в съответния блок се появява "празен" запис), а промененият запис се добавя по същия начин като новодобавения.
Изтриване на записа
След търсенето, намереният запис се изтрива (в съответния блок се поставя "празен" запис на мястото на този запис).
Добавяне на запис
На първо място се определя къде трябва да се намира добавеният запис с дадена ключова стойност. Процедурата за намиране на блока, където трябва да се намира този запис, е подобна на горната процедура за намиране на записи с дадена ключова стойност. Ако намереният блок от по-ниско ниво съдържа "празен" запис, добавеният запис се добавя към този блок (с необходимото пренареждане на записите в блока).
Ако няма празно място в съответния блок от по-ниско ниво, блокът се разделя на два блока. В първия от тях се вписват записите, във втория се вписват останалите. Ключовата стойност на всеки от посочените блокове ще бъде, както е описано по-рано, минималната стойност на ключа за записите, включени в блока. Добавеният запис се въвежда в блока, чиято стойност на ключа е по-малка от стойността на ключа на добавения запис. Появата на нов блок с нова ключова стойност налага да се формира съответен нов запис в индекса на предишното ниво. Този запис съдържа новата стойност на ключа на новия блок и указател към неговото местоположение. Процедурата за добавяне на такъв запис е същата като описаната по-горе. Блокът от предишното ниво се намира там, където трябва да бъде поставен този запис. Ако има празно пространство в блока, записът се добавя към блока, ако блокът е пълен, той се разделя на два блока, записът се записва в един от блоковете, образува се индексният запис от предишното ниво , и т.н.
Възможен е вариант, когато трябва да разделите блока от най-горното ниво и да оформите друго ниво на дървото.
Помислете за примера, показан на фиг. 9.7, добавяне на запис с ключ 10.
1. Сравнение на първо ниво.
Движете се по левия клон.
2. Сравнение на второ ниво.
Движете се по левия клон.
3. Сравнение на трето ниво.
Движете се по десния клон.
Търсен блок
4. Блокът е пълен.
Разделен е на 2 блока
Сравнение 8<10<12.
В блок 1 се въвежда запис с ключ 10
На най-ниското ниво има нов запис с ключова стойност 12. Необходимо е да се добави нов запис с ключ 12 и указател към записа от най-ниско ниво към индекса на предишното ниво.
5. Към блока трябва да се добави запис с ключ от 12 ниво 3. Блокът е пълен, разделен е на два блока
Сравнение 8<12.
Записът се добавя към втория блок
6. На ниво 3 се появи блок с нов ключ 8. Необходимо е да се добави нов запис с ключ 8 и указател към съответния блок от ниво 3 на ниво 2.
7. Към блока трябва да се добави запис с ключ от ниво 2 8. Блокът е пълен, разделен е на два блока.
Записът се добавя към блок 1.
8. На ниво 2 се появи блок с нов ключ 15, необходимо е да добавите нов запис с ключ 15 и указател към съответния блок от ниво 2 на ниво 1.
1. За да бъде заменена цената в табличния раздел след избора на артикул на склад и се изчислява общата сума при въвеждане на количеството, е необходимо: да се запишат имената на манипулаторите на събития в задължителни свойства на съответните колони 2. Концепцията за "Данни" за контролите на формуляра не включва: променливи, дефинирани в модула на тази форма + 3. Атрибут на формуляра: достъпен в контекста на този формуляр 1. За обработка на събитие за контрола можете да дефинирате: само един манипулатор на събитие + 2. Как да създадете атрибут на формуляр ?: добавете контрола и я укажете в свойството "Данни" името на новия атрибут - и по двата начина 3. Как да визуално проверете ефекта от връзките в режим на конфигуратор върху това как ще изглежда формата, когато размерът му се промени в режим 1C: Enterprise 8.0? Меню на формуляр, елемент Проверка + 4. Къде е описанието на манипулатора на събитие "Натискане" на диалоговия бутон: в модула на формуляра + 5. Когато проектирате диалоговия прозорец на формуляра, можете да дефинирате ... произволен брой елементи на формуляр, свързани с същият елемент от данни + 6. В свойството "Data" на елемента на формуляра не може да бъде избрано: атрибутът, ако е от типа "Магазин за стойност" + 7. Кога възниква събитието "Когато се активира ред"? изберете стойността Без рамка за свойството Fram element на Форма + 9. Основният атрибут на формата ... отсъства за формуляри от произволен тип + 10. Манипулатори на събития в модула на формуляра могат да бъдат дефинирани: за таблични секции 11. При проектиране на формуляр диалогов прозорец, можете да дефинирате ... само един елемент на формуляр , свързан с един елемент от данни - 12. В свойството "Data" на елемента на формуляра не можете да изберете: атрибут, ако има тип "Стар за стойност" + 13. Нестандартен ред на декриптиране: наличен в модула на съответния обект - 1. Манипулаторите на събития в модула за формуляри могат да бъдат дефинирани: за атрибутите на обекта - 2. Какъв контролен елемент ви позволява да променяте относителното положение на полетата? разделител + За достъп до данните на текущия ред (избран от потребителя) на табличната секция на обекта в модула на формуляра (манипулатор на събития), трябва: да използвате свойствата и методите на формуляра, елементите на формуляра - / директно да препратите по името на атрибута на табличния раздел в контекста на текущия ред - / препращане чрез точка от името на табличния раздел (Продукти.Номенклатура) - В модула на приложението ...: няма ограничения за описанието на променливите , процедури, функции + Мога ли програмно да изтрия елемент от формуляр в диалогов прозорец? : не - / възможно само ако е програмно и добавено Възможно ли е да се позволи на формуляра да се "скрива" (.AllowHiddenState = True;) ?: възможно е само преди отварянето на формуляра + Можете да се обърнете към свойство на обект чрез: скоби: Обект [PropertyName ] - и двете При програмно търсене на елемент от речник, ако не се намери нищо с посочените параметри, методът ще върне ... празна връзка + За достъп до предварително дефиниран елемент от речника, трябва: да го намерите по име: Directories.ReferenceName.ElementName + В общите модули .. ... .: Първоначално се изпълнява процедурата "При запис" на обектния модул, след това - манипулаторът на събитие "При запис" от формата + вмъква се в параметъра на получения именуван обхват и след това включва обхвата в документа на електронната таблица + Кой от следните низове не може да се използва във външен модул за свързване? Sproobject = Reference books.Nomenclature.CreateElement () - При дефиниране на процедури и функции ...: редът на описанието на процедурите и функциите няма значение + 1. Ресурсът в информационния регистър може да бъде от вида: произволен + 2 Ресурсът в регистъра за натрупване може да бъде от вида: числов + 3. Подчинения обект "Измерване" може да бъде за обекти от вида: всички + 4. Табличните секции могат да бъдат за обекти от вида: за всички + 5. При запис в регистъра за натрупване, датата на движение: е строго свързана с датата на документа, ако документът е осчетоводен незабавно - 6. Опция за осчетоводяване на документ (свободно или не) ... за да проследите опцията за осчетоводяване, трябва за да се обърнете към подходящия метод на глобалния контекст - / опцията за осчетоводяване се прехвърля в модула за осчетоводяване. 7. За да видите движенията на документи в регистър, е необходимо...: използвайте бутона "Go" в лентата с инструменти на дневника + 8. При дефиниране на препратката в конфигуратора беше посочено, че се редактира "и по двата начина". Може ли потребителят, работещ с определена форма на списъка, да промени метода на редактиране (от "в списъка" на "в диалоговия") ?: не може - / бутон 9. Режим на директно изтриване в потребителски режим ...: наличен за двата типа обекти + 10. Задаване на текст в поле, което има агрегатен тип стойност (търсене по номенклатурата). ..: неприемливо - 11. При провеждане в офлайн режим ... при използване на данни от регистрите автоматично се получават данни, които са от значение само към момента на документа - / когато използвате данни от регистрите, трябва да получите данни, които са релевантни само към момента на документа 12. При посочване на свойство на документа "Изтриване на движения" в състояние "Не изтривайте движения автоматично" ...: автоматично премахва правото "Отмяна на предоставяне" - при повторно публикуване на документа , старите му движения вече не се изтриват автоматично - 13. Ако документът е разрешен да бъде публикуван незабавно в конфигуратора, тогава ... документът може да бъде издаден само към текущата дата и текущ час - 14. При писане в регистър на информацията (с периодичност според регистратора) за произволни дати (различни от датата на документа), полето "Период" ще съдържа: записаната дата 15. Променя се границата на изчислените салда за съответните регистри за натрупване. .. по преценка на потребителя + При посочване на свойство на документ „Изтриване на движения“ до състояние „Не изтривайте движения автоматично“…: интерактивното действие „Отмяна на плъзгане“ спира да се изпълнява (то става неактивно в контекстното меню) – Към коя група конфигурационни обекти принадлежи обектът „Интерфейси“? документи- Промяна на границата на изчислените салда за съответните регистри за натрупване се извършва ... по преценка на потребителя + При дефиниране на справочника в конфигуратора е посочено, че може да се редактира "и по двата начина". Може ли потребителят, работейки с определена форма на списъка, да промени начина на редактиране (от "в списъка" на "в диалоговия")? : може с помощта на бутона, разположен в командния контролен панел на директорията + Като регистратор в информационния регистър може да действа: всеки обект - Директорията може да бъде подчинена на: няколко директории и планове от характерни типове + При опит за запис в информационен регистър "Записи" със стойности на измерване, комбинацията от които вече е записана в регистъра, ... записът се заменя - Възможно ли е да се промени набора от свойства на конфигурационния обект? за всеки конфигурационен обект наборът от свойства е строго дефиниран от програмата и не може да бъде променен. Въпреки това, на етапа на конфигурация можете да зададете конкретни стойности за всяко от свойствата, определяйки неговото поведение в режим 1C: Enterprise + Ключът може да бъде от всякакъв тип: структура - Кои от основните свойства на конфигурационния обект позволява да представите името на обекта в прозорците на 1C: Enterprise в четима форма (с помощта на интервали)? синоним +
По подразбиране, ограничения и правила - това са незадължителни атрибути, които могат да бъдат идентифицирани от колоните и таблиците в базата данни. Имайте мълчание(стойности по подразбиране) са стойности, които се въвеждат в конкретна колона. Ограничения(ограничения) се използват като начин за идентифициране на валидни стойности за колона (за отхвърляне на невалидни стойности) и като средство за гарантиране на целостта на данните в таблиците на базата данни и между свързани таблици. Ограничение само за една колона се нарича ограничение на стойност (колона): то ограничава стойностите само на тази колона. Ограничение, което засяга множество колони, се нарича референтно ограничение: в този случай комбинацията от стойности за колоните, посочени в ограничението, трябва да отговаря на изискванията на това ограничение. Има пет типа ограничения: NOT NULL, UNIQUE, PRIMARY KEY, FOREIGN KEY и CHECK.
Нулева стойност(нулева стойност) е неизвестна стойност, за която се прилага нотацията NULL . Нулева стойност в колона обикновено означава, че няма данни за дадения ред от тази колона, тъй като стойността е неизвестна, или е безсмислена, или не е зададена, или ще бъде зададена в бъдеще. Нулевите стойности не са нулеви стойности или 0 стойности, реалните им стойности са неизвестни, така че няма две равни нулеви стойности.
Свойство IDENTITY... Когато създавате таблица, можете да посочите една от колоните като колона за идентичност, като добавите свойството IDENTITY към дефиницията на колоната. Ако колона е създадена със свойството IDENTITY, тогава SQL Server автоматично генерира стойност на ред за тази колона, изчислена от началната стойност и стойността на увеличение. Първоначалната стойност е идентификационната стойност за първия ред, вмъкнат в таблицата. Инкрементът е сумата, с която SQL Server увеличава стойността на идентичността за последователно въведени редове. Всеки път, когато се въведе ред, SQL Server присвоява текущата стойност на самоличността на елемента от данни в колоната за самоличност, който се въвежда в нов ред. Следващият въведен ред ще получи идентификационна стойност, която е по-голяма от текущата максимална стойност на идентификация с размера на увеличението. Колоните с идентификатори обикновено се използват в ограниченията на първичния ключ на таблици, които позволяват на редовете да бъдат уникално идентифицирани. Например, ако посочите IDENTITY (1, 10), тогава стойността на идентификационната колона за първия въведен ред ще бъде 1, за втория ред ще бъде 10, за третия ред ще бъде 20 и т.н. . Ако не са посочени първоначална стойност или увеличение, тогава за тях ще се използват стойностите по подразбиране от 1 и 1. Идентифициращите колони не могат да съдържат стойности по подразбиране и нямат право да използват нулеви стойности. Всяка от таблиците може да има само една идентификационна колона.
По подразбиране директното въвеждане на данни в идентифициращи колони не е възможно и не може да бъде променено. Ако искате да въведете отново изтрит ред и искате да запазите старата идентификационна стойност на този ред, тогава можете да преодолеете настройката по подразбиране, като използвате израз като този:
SET IDENTITY INSERT table.name ON
С този оператор можете да вмъкнете ред и да зададете стойността на желаната идентификационна колона. След като приключите с въвеждането на реда, трябва да отмените възможността за вмъкване в идентификационната колона, като използвате следния оператор:
ИЗКЛЮЧЕТЕ IDENTITYINSERT име_на таблица
След това SQL Server ще вземе най-голямата стойност от тази колона като първоначална стойност, използвана при добавяне на следващите редове.
Създаване на по подразбиранеза колона, използвайки израза CREATE TABLE, е предпочитаният стандартен метод. Следното изявление създава таблица в базата данни MyDB, съдържаща стойности по подразбиране и за двете колони, колона A (от тип char) и колона B (от тип int):
СЪЗДАВАНЕ НА ТАБЛИЦА MyTable
(колона char (15) NULL DEFAULT "pcs",
columnB int NULL ПО ПОДРАЗБИРАНЕ 0)
"pcs" по подразбиране за колона A е съвместима с типа данни char на тази колона, а 0 по подразбиране за колона B е съвместима с типа данни int. Ако при вмъкване на нов ред в таблицата не е посочена конкретна стойност за една или двете колони, тогава се използва съответната стойност по подразбиране. Следователно, единственият начин да присвоите NULL стойности на тези колони е изрично да вмъкнете NULL. Нулеви стойности са разрешени, защото и двете колони имат посочен атрибут NULL. Ако колоните бяха дефинирани като NOT NULL, тогава няма да можете изрично да вмъкнете стойност NULL.
Ограничение ПЪРВИЧЕН КЛЮЧизползва се за определяне на първичния ключ на таблица, представен от колона или набор от колони, които уникално идентифицират ред в таблица. Тъй като първичният ключ идентифицира ред, съответната колона никога не съдържа NULL стойности. Ако дефинирате ограничение PRIMARY KEY за набор от колони, това ограничение указва, че комбинацията от стойностите на тези колони трябва да бъде уникална за всеки ред. Ограничението PRIMARY KEY не позволява дублиране на стойности. Ако ограничение PRIMARY KEY е присвоено на колона или набор от колони, автоматично се създава уникален индекс за тази колона или колони с първичен ключ. Таблица може да има само едно ограничение PRIMARY KEY. Колона с атрибут IDENTITY работи добре за първичен ключ. Следният израз на T-SQL е един от начините за определяне на колоната SSN като първичен ключ, когато дефинирате таблица.
CREATE TABLE клиент
midinit char (1) NULL,
фамилно име char (20) НЕ NULL,
Cust_phone char (10) NULL)
Като алтернатива можете да наименувате това ограничение, като добавите ключовата дума CONSTRAINT. За да присвоите името PK_SSN на вашето ограничение PRIMARY KEY, използвайте следния израз:
CREATE TABLE клиент
(first_name char (20) НЕ NULL,
midinit char (1) NULL,
фамилно име char (20) НЕ NULL,
SSN char (11) ОГРАНИЧЕНИЕ PK_SSN ПЪРВИЧЕН КЛЮЧ,
cust_phone char (10) NULL)
Можете също да зададете ограничение PRIMARY KEY, след като всички колони на таблицата са дефинирани. Когато използвате този синтаксис, името на колоната трябва да бъде затворено в скоби и посочено след клаузата CONSTRAINT, както е показано в следния израз:
CREATE TABLE клиент
(first_name char (20) НЕ NULL,
midinit char (1) NULL,
фамилно име char (20) НЕ NULL,
cust_phone char (10) NULL,
ОГРАНИЧЕНИЕ PK_SSN ПЪРВИЧЕН КЛЮЧ (SSN))
УНИКАЛНО ограничениегарантира, че не се допускат дублирани стойности в колона или набор от колони; с други думи, уникалността на стойностите в тази колона или набор от колони е гарантирана. За да поддържа тази уникалност, SQL Server създава уникален индекс по подразбиране за колоната или колоните, посочени в ограничението UNIQUE. Ограничението UNIQUE може да се използва за всяка колона, която не е част от ограничението PRIMARY KEY. Ограничението UNIQUE може да се използва за колони, които позволяват нулеви стойности, докато ограниченията PRIMARY KEY не могат да се използват за такива колони. Колона с ограничение UNIQUE може да бъде препращана от ограничение FOREIGN KEY. Множество УНИКАЛНИ ограничения могат да бъдат посочени в една таблица, стига общият брой индекси за тази таблица да не надвишава 250 индекса.
За да създадете ограничение UNIQUE на таблица с помощта на T-SQL, използвайте израза CREATE TABLE. Например следното изявление създава клиентска таблица с ограничение UNIQUE върху колоната SSN като индекс:
CREATE TABLE клиент
(first_name char (20) НЕ NULL,
midinit char (1) NULL,
фамилно име char (20) НЕ NULL,
SSN char (11) NOT NULL UNIQUE CLUSTERED,
cust_phone char (10) NULL)
ПРОВЕРЕТЕ ограничениесе използва за ограничаване на набора от стойности, разрешени за колона, до конкретни стойности. Стойностите, които се използват при вмъкване в колона или актуализиране на колона, се проверяват за вярно (TRUE) на посочения булев термин за търсене в ограничението. Например, ако трябва да ограничим диапазона от възможни стойности, позволени за колоната с цена в таблицата с артикули, до между 0,01 $ и $ 500,00, ще използваме следния оператор:
СЪЗДАВАЙТЕ елементи от ТАБЛИЦА
(име на артикула char (15) НЕ NULL,
itemid smallint NOT NULL IDENTITY (1,1),
цена smallmoney NULL,
item_desc varchar (30) NOT NULL DEFAULT "няма",
ОГРАНИЧЕНИЕ PK_ itemid PRIMARY KEY (itemid),
ОГРАНИЧЕНИЕ CK_price CHECK (цена> = 0,01 И цена<= 500.00))
Създаване и модифициране на ограничения с помощта на Management Studio
За да създадете таблица, разгънете папката на сървъра и папката на базата данни в левия панел на Management Studio, щракнете с десния бутон върху папката Tables и след това изберете Нова таблица от контекстното меню. За да покажете прозореца на таблицата за проектиране за съществуваща таблица, първо щракнете върху папката Tables, щракнете с десния бутон върху името на тази таблица в десния панел и след това изберете Design Table от контекстното меню.
За да посочите дали можете да използвате или не нулеви стойности във всяка колона, просто поставете или премахнете отметката от подходящото квадратче в колоната Разрешаване на нулеви стойности на прозореца Таблица за проектиране. Можете да зададете този параметър, когато създавате таблица или когато я променяте.
За създаване или модифициране УНИКАЛНО ограничение като използвате Management Studio, следвайте тези стъпки:
1. В лентата с инструменти на прозореца Design Table щракнете върху бутона Индекси / Ключове.
- Ще се появи следният прозорец, който ви позволява да създавате, редактирате и изтривате ограничения, свързани с първични и уникални ключове.
Изберете имената на колоните, които искате да включите в ограничението, и дефинирайте свойства за него.
 |  |
Можеш да питаш Ограничение ПЪРВИЧЕН КЛЮЧ една колона наведнъж или няколко колони. Тази колона или колони трябва уникално да идентифицират всеки ред в таблицата. За да зададете ограничението PRIMARY KEY, изпълнете следните стъпки:
- В прозореца Design Table изберете колона, като щракнете върху една от клетките в нейния ред. (Можете да изберете няколко колони, като задържите клавиша Ctrl и щракнете върху сивите клетки вляво от имената на колоните.)
- Щракнете с десния бутон върху една от избраните колони и изберете Задаване на първичен ключ от контекстното меню. Малко ключово изображение се появява вляво от колоните, които сте посочили за първичния ключ.
- Ако трябва да преместите ограничението PRIMARY KEY в друга колона, просто задайте тази нова колона като първичен ключ. Не е необходимо първо изрично да пускате оригиналния първичен ключ — SQL Server ще изпусне и ще създаде отново индекса PRIMARY KEY вместо вас. Можете също да промените индекса на PRIMARY KEY в прозореца Properties. Вашите промени ще влязат в сила, след като запазите работата си, като щракнете върху бутона Запиши в лентата с инструменти.
Да създам ПРОВЕРЕТЕ ограничение като използвате прозореца Design Table, отворете този прозорец за таблицата, с която искате да работите, и следвайте стъпките по-долу.
1. Щракнете с десния бутон върху прозореца Design Table и изберете Properties от контекстното меню, за да се покаже прозорецът Properties. Щракнете върху раздела Проверка на ограниченията и щракнете върху бутона Нов за таблицата.
3. Забележете трите квадратчета за отметка в долната част на този прозорец. Поставянето на отметка в квадратчето Проверка на съществуващите данни при създаване означава, че съществуващите данни на таблицата ще бъдат проверени спрямо ограничението ПРОВЕРКА и ако не съвпадат, ограничението няма да бъде създадено. Поставянето на отметка в квадратчето Прилагане на ограничение за репликация означава, че това ограничение ще бъде отметнато при репликиране на данни. Поставянето на отметка в квадратчето Прилагане на ограничението за INSERTS и UPDATEs просто означава, че ще бъде извикано ограничението CHECK. Ако не поставите отметка в това квадратче, това ограничение ще бъде създадено, но няма да бъде активирано, т.е. няма да има ефект.
4. Щракнете върху бутона Close и след това щракнете върху бутона Save, за да запазите новото ограничение. За да промените ограничението CHECK, използвайте раздела Check Constraint, за да промените името на ограничението, израза за ограничение и квадратчетата за отметка.
Можете също да използвате раздела Проверка на ограниченията, за да премахнете ограничение ПРОВЕРКА, като изберете името на ограничението, което искате да премахнете, от списъка Избрани ограничения и щракнете върху бутона Изтрий.
Лабораторна работае предназначена за 3 часа уроци в класната стая и се състои от изучаване на теоретичен материал и придобиване на практически умения за дефиниране на таблици на база данни, създаване на правила, ограничения, настройки по подразбиране, персонализирани типове данни, индекси. Изпълнението на лабораторната работа се състои в отговаряне на контролни въпроси и демонстриране на индивидуална задача на компютър.
- Заглавие и цел на произведението
- Индивидуална задача
- Скриптове за създаване на персонализиран тип данни и таблици на база данни, в съответствие с индивидуална задача
Контролни въпроси
- Списък на поддържаните типове данни?
- Персонализиран тип данни. Цел и методи на създаване?
- Начини за дефиниране на таблици?
- Задаване на настройки по подразбиране, правила и ограничения?
- Списък с поддържани настройки по подразбиране, ограничения, правила?
- Методи за задаване на настройки по подразбиране, ограничения, правила
- Какво представляват нулевите стойности?
- Свойство на колона IDENTITY?
