Значението на първичния ключ

Данни на Guide-Bulgaria.com

Базата данни не е нищо повече от списък с информация. Отделният елемент в базата данни се нарича обект или запис. Организациите могат да се отнасят до обекти и хора в реалния свят, като например продукт или студент. Можете да се обърнете към абстрактни понятия, като например събитие или покупка. В релационна система подобни елементи са групирани заедно в колекция, наречена таблица.

Субекти и взаимоотношения

В дадена база данни някои обекти имат връзки с други субекти. Има три основни типа взаимоотношения в модела на д-р Чен: един към един, един към много и много към много. Например, клас може да се срещне в определена класна стая от списък с класни стаи. Този клас обаче има много ученици. Всеки от студентите, от своя страна, е записан в много различни класове.

Видове ключове

Това, което свързва всяка от тези таблици на обекти е използването на ключове. Ключовете идентифицират записите за формиране на връзки. Основният ключ в запис в таблицата идентифицира този запис. Когато този ключ се използва като стойност на полето в запис в различна таблица, то е известно като таблица за запис на класове, която може да съдържа следните полета, например "чужд ключ": идентификационен номер на запис или идентификационен номер, идентификационен номер на студент и идентификационен номер на класа. Студената карта и идентификационният номер на класа в този случай биха били външни ключове, използвани за свързване на регистрационния запис към отделен ученик или класа в неговата отделна таблица. Без ключове тези взаимоотношения не могат да бъдат поддържани.

Ограничения на първичен ключ

Съществуват конкретни правила за обозначаване на отделна информация или поле като първичен ключ. Основните ключове трябва винаги да съдържат стойност. Те не могат да бъдат празни. Основните ключове трябва да са уникални в рамките на таблицата на това предприятие. Стойностите на първичния ключ не трябва да се променят. Всички тези правила са, от практически съображения, здрав разум. Например, таблица на учениците в училище може да съдържа много различни студенти, наречени "Хуан Гонзалес". В този случай име не би било добър избор за първичен ключ, тъй като би било невъзможно да се разграничи само коя "Хуан Гонзалес" търсите. Най-добра практика е да има уникален идентификационен номер, генериран от системата, създаден по време на въвеждане на записа.

ползи

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

Бази данни, изградени с помощта на техниката на диаграмата на ER и тези, които използват основните клавиши за установяване на връзки, са много по-склонни да отчитат данните точно и ефективно. В предишния пример на база данни за студентска регистрация, малка таблица с регистрационните записи е много добре организирана, използвайки по-малко пространство, отколкото да се повтарят някои от полевите елементи на други таблици и да се улесни въвеждането на потребителя Final, което им позволява да избират селекции от други таблици по ID.