GUID може да изглежда естествен избор за вашия първичен ключ - и ако наистина трябва, вероятно бихте могли да спорите да го използвате за ПЪРВИЧНИЯ КЛЮЧ на таблицата. Това, което силно препоръчвам да не правите, е да използвате колоната GUID като ключ за клъстериране, което SQL Server прави по подразбиране, освен ако изрично не му кажете да не го прави.
Трябва ли да използвам GUID или int за първичен ключ?
int е по-малък, по-бърз, лесен за запомняне, поддържа хронологична последователност. А що се отнася до Guid, единственото предимство, което открих, е, че е уникално. В какъв случай Guid би бил по-добър от и int и защо? От това, което видях, int няма недостатъци освен ограничението на броя, което в много случаи е без значение.
Кога трябва да използвате GUID?
Използвате го навсякъде, където имате нужда от идентификатор, който гарантирано ще бъде различен от всеки друг. GUID обикновено се използват когато ще дефинирате идентификатор, който трябва да е различен от идентификатор, който някой друг (извън вашия контрол) ще дефинира Едно такова място в идентификатора на интерфейса на ActiveX контролите.
Какъв тип данни трябва да се използва за първичен ключ?
Целочисленни (число) типове данни са най-добрият избор за първичен ключ, последван от типове данни с фиксирана дължина. SQL Server обработва стойностите на числови типове данни по-бързо от стойностите на символни типове данни, тъй като преобразува знаците в еквивалентни стойности на ASCII преди обработка, което е допълнителна стъпка.
Зле ли е да се използва низ като първичен ключ?
Краткият отговор: Напълно е добре да използвате низ като първичен ключ.
