GUIDs kan lyk na 'n natuurlike keuse vir jou primêre sleutel - en as jy regtig moet, kan jy waarskynlik argumenteer om dit vir die PRIMÊRE SLEUTEL van die tabel te gebruik. Wat ek sterk aanbeveel om nie te doen nie, is om die GUID-kolom as die groeperingsleutel te gebruik, wat SQL Server by verstek doen, tensy jy dit spesifiek sê om dit nie te doen nie.
Moet ek GUID of int vir primêre sleutel gebruik?
int is kleiner, vinniger, maklik om te onthou, hou 'n chronologiese volgorde. En wat Guid betref, die enigste voordeel wat ek gevind het, is dat dit uniek is. In watter geval sal 'n gids beter wees as en int en hoekom? Van wat ek gesien het, het int geen foute nie, behalwe deur die aantal limiet, wat in baie gevalle irrelevant is.
Wanneer moet jy GUID gebruik?
Jy gebruik dit enige plek waar jy 'n identifiseerder nodig het wat gewaarborg anders is as elke ander. GUID's word gewoonlik gebruik wanneer jy 'n ID sal definieer wat anders moet wees as 'n ID wat iemand anders (buite jou beheer) sal definieer Een so 'n plek in die Interface-identifiseerder op ActiveX-kontroles.
Watter datatipe moet vir primêre sleutel gebruik word?
Geheelgetal (getal) datatipes is die beste keuse vir primêre sleutel, gevolg deur vaste-lengte karakterdatatipes. SQL Server verwerk getaldatatipe waardes vinniger as karakterdatatipe waardes omdat dit karakters omskakel na ASCII ekwivalente waardes voor verwerking, wat 'n ekstra stap is.
Is dit sleg om string as primêre sleutel te gebruik?
Die kort antwoord: Dit is heeltemal goed om 'n string as 'n primêre sleutel te gebruik.
