Четирите страни на целостта

почтеност лице

почтеност Entity се реализира чрез първични ключове. Правила за осигуряване на целостта на предприятието забрани първични ключове имат неопределени стойности, или да ги получават в резултат на който и да е манипулация на данните. Тези правила гарантират наличието на всеки ред на таблицата, когато търсите или променя данните. Можете да намерите всеки ред от таблицата, ако сте задали стойност на неговия първичен ключ.

Стандартният начин да се гарантира целостта на структурата, в средата на SQL Server е да се определят основните ключове за всяка таблица. За тази цел Създаване изявление TABLE или ALTER TABLE изявление се въвежда допълнителна спецификация, както е показано на Обява 1. При изпълнението на този отбор SQL Server изгражда уникален индекс на първичния ключ. Този подход гарантира прилагането на правилото, което забранява да влизат на дублиращи се стойности в колоната, на която индексът е уникален.

референтна цялостност

Референтен цялост гарантира, че стойността в една таблица се отнася до стойността, която съществува в друга. Референтна правило цялост се посочва, че външен ключ стойност, трябва или да се намират в областта, свързана с основната го ключа, или да бъде дефинирана. Домейнът е набор от валидни стойности от колоната.

Външни ключове, това е, колони, които създават връзки, позовавайки се на маса, наречени "магистър", позоваване на маса, наречена "подробност", реализира един към много (1: N) между двете таблици. Външен ключ (в таблицата със съотнасяне) трябва винаги да има съответния първичен ключ (колона от същия тип и дължина на данните в сравнителна таблица). външен ключ домейн не може да се простира отвъд границите на областта, съответстваща основен ключ към него. Тези домейни трябва да съвпадат, в противен случай външния ключ може да бъде нула.

А тригер е определен тип съхранени процедури, които се позовават автоматично при изпълнение на определени действия с таблицата, например, вмъкване, изтриване или обновяване на редове. Преди действието се извършва с линията (инсерция или делеция) код вградени в спусъка проверява предварително определено състояние. В зависимост от резултатите от теста се извършва една или друга част на кода на спусъка. Тъй като спусъка е кода, тогава е възможно да се определи много сложни алгоритми и правила за валидиране. Например, възможно е да се запознаят с цялата референтна цялост в базата данни на скалата и изпълнява каскада изтрие всички редове от базовата маса, свързана с конкретен запис в таблицата на съотнасяне. Trigger активира само след като всички проверки са изпълнени, членове на DSC. Въпреки че DSC е по-бърз от спусъка, но снабден с възможност за малко по-малко. Използване и DSC, и задейства, за да проверите същите условия не е възможно, тъй като DSC се извършва преди началото спусъка и ако условието добие DSC даде отрицателен резултат, спусъка и не се стартира. Обява 3 илюстрира използването на води за проверка референтна цялост. Кодът проверява наличността на съответния ред в справочната таблица при въвеждане на нов ред в таблицата с референции.

почтеност домейн

почтеност домейн гарантира, че всички стойности на колона принадлежат на снимачната площадка на валидни стойности. Всяка колона има определен набор от ценности, например за определен Pubs..zip колона се състои от всички петцифрено число, както и за Pubs..au_name колона - символни низове, както и за Sales..ord_date колона - всички дати. Ако зададете лимит на стойността на някои от елементите на колоната, по същата причина ви се гарантира целостта на домейна. почтеност Domain Изпълнение може да бъде много лесно - само изберете правилния тип за колоната, а дължината на данните. заглавия на таблица кръчми Базата данни за Pubdate колона определен тип дата и час на данни и забрана за нули. Такава маса създател на избор гарантира, че стойностите на колоните, които са валидни дати, например, 22.11.99. По този начин, при условие че интегритетът на домейна.

В ANSI SQL-89 и SQL-92 стандарти въведени създаване оператор CREATE ОБЛАСТ домен, който Transact SQL (T-SQL) се третира като дефинирани от потребителя тип данни (UDT) с проверки и ограничения. Домейн ANSI SQL-89/92 се получава от съществуващи основни типове данни, като по следния Псевдокод:

В T-SQL, можете да създадете основния домейн, изграждане на UDT база данни тип SQL Server. В допълнение, можете да добавите UDT нулеви стойности опцията, както е показано в примера на електронен върху T SQL-Guide:

Когато използвате този UDT за създаване на таблицата и ALTER TABLE отчети, необходими за допълване на процеса на целостта проверка на ограниченията на домейни. Извършва се по време на създаването на таблицата проверка на целостта ограничения осигуряват домейн чрез ограничаване на набор от стойности, които могат да се поставят в колона. Обява 4 показва пример на такова ограничение.

DSC е също един от целостта на форми домейн. При изпълнението на 1: основен външен домейн M и домейн съответния първичен ключ трябва да съвпадат. В примера в Обява 4 никога няма да може да влезе в стойността на pub_id колона, която не се съдържа в таблица Publishers. По този начин, title6.pub_id колона домейн е ограничено в зависимост от външния ключ.

Следвайки тази логика, можете да създадете таблици, които са специално предназначени за ограничаване на стойностите в колона в друга таблица, това е, за да се гарантира целостта на домейна. В този случай, на специална маса, наречена препратка или връзка. То е свързано с изменяема маса 1: M, който винаги се извършва. Например, в Обявата 5 Pubs.type колона се отнася до колона в TypeTable на маса. Обявата 5 съдържа описание на TypeTable еталонната маса структура и примерни стойности. Ако се опитате да въведете низ в таблица Pubs.title7 и в същото време се използва стойността, която не е в TypeTable маса, тази операция ще се провали. Условия DSC, записани в Pubs.title7, които се използват заедно със списък на възможните стойности в таблицата осигуряват целостта TypeTable домейн.

Бизнес интеграция

Бизнес интеграция, наричан още пълнота на потребителя гарантира, че базата данни изпълнява всички бизнес правила, определени от потребителя, инструкции, директиви и процедури. Обикновено, бизнес цялост се осъществява чрез използване на съхранени процедури и тригери. Запомнена процедура е заявка, която се съхранява на сървър на база данни и се използва за работа с низове и връщане на резултатите. Задействащи се запази целостта на данните "зад кулисите", защото те работят, така че потребителят дори не е наясно, че те са стартирали. Обява 7 показва пример за задействане код, като се гарантира непрекъснатост на работния процес.

на целостта на данните е от жизненоважно значение за всяка база данни. Ако тези стойности са под въпрос, а след това извлича от информацията от базата данни ще бъде или напълно безполезни или сериозно нарушена. Ние разгледа четири вида цялост е набор от правила, които трябва да се спазват при работа с базата данни. Правилно е определено и приложени, те действат като екип, като се гарантира точност и последователност на данните в базата от данни.