GUIDs kan tyckas vara ett naturligt val för din primärnyckel - och om du verkligen måste, kan du förmodligen argumentera för att använda den för tabellens PRIMÄRKEY. Vad jag starkt rekommenderar att du inte gör är att använda GUID-kolumnen som klustringsnyckel, vilket SQL Server gör som standard, om du inte specifikt säger åt den att inte göra det.
Ska jag använda GUID eller int för primärnyckeln?
int är mindre, snabbare, lätt att komma ihåg, håller en kronologisk sekvens. Och när det gäller Guid, den enda fördelen jag hittade är att den är unik. I vilket fall skulle en guide vara bättre än och int och varför? Vad jag har sett har int inga brister utom genom antalsgränsen, som i många fall är irrelevant.
När ska du använda GUID?
Du använder den var som helst där du behöver en identifierare som garanterat är annorlunda än alla andra. GUID:n används vanligtvis när du ska definiera ett ID som måste skilja sig från ett ID som någon annan (utanför din kontroll) kommer att definiera En sådan plats i gränssnittsidentifieraren på ActiveX-kontroller.
Vilken datatyp ska användas för primärnyckel?
Heltalsdatatyper (tal) är det bästa valet för primärnyckel, följt av teckendatatyper med fast längd. SQL Server bearbetar sifferdatatypvärden snabbare än teckendatatypvärden eftersom den konverterar tecken till ASCII-ekvivalenta värden före bearbetning, vilket är ett extra steg.
Är det dåligt att använda sträng som primärnyckel?
Det korta svaret: Det går alldeles utmärkt att använda en sträng som primärnyckel.
