Колоните Integer/Identity често се използват за първични ключове в таблиците на базата данни поради редица причини. Колоните с първичен ключ трябва да са уникални, не трябва да могат да се актуализират и наистина трябва да са безсмислени. Това прави колона за самоличност доста добър избор, защото сървърът ще получи следващата стойност за вас, те трябва да са уникални, а целите числа са сравнително малки и могат да се използват (в сравнение с GUID).
Някои архитекти на бази данни ще твърдят, че други типове данни трябва да се използват за стойности на първичен ключ и критериите за „безсмислени“ и „неподлежащи на актуализиране“ могат да бъдат аргументирани убедително и от двете страни. Независимо от това, полетата за цели числа/идентичност са доста удобни и много дизайнери на бази данни откриват, че създават подходящи ключови стойности за референтна цялост.
- Най-добрият избор за първичен ключ са целочислените типове данни, тъй като целочислените стойности се обработват по-бързо от стойностите на символните типове данни. Знаков тип данни (като първичен ключ) трябва да бъде преобразуван в ASCII еквивалентни стойности преди обработка.
- Извличането на записа на базата на първичен ключ ще бъде по-бързо в случай на цели числа като първични ключове, тъй като това ще означава, че повече индексни записи ще присъстват на една страница. Така общото време за търсене намалява. Също така присъединяванията ще бъдат по-бързи. Но това ще бъде приложимо, в случай че вашата заявка използва търсене на клъстериран индекс, а не сканиране, и ако се използва само една таблица. В случай на сканиране липсата на допълнителна колона ще означава повече редове на една страница с данни.
Надяваме се, че това ще ви помогне!
