GUID-urile potsă pară o alegere naturală pentru cheia dvs. primară - și dacă într-adevăr trebuie, probabil că ați putea argumenta să o utilizați pentru CHEIA PRIMARĂ a tabelului. Ceea ce aș recomanda insistent să nu faceți este să utilizați coloana GUID ca cheie de clustering, ceea ce SQL Server o face în mod implicit, cu excepția cazului în care îi spuneți în mod expres să nu facă.
Ar trebui să folosesc GUID sau int pentru cheia primară?
int este mai mic, mai rapid, ușor de reținut, păstrează o secvență cronologică. Și în ceea ce privește Guid, singurul avantaj pe care l-am găsit este că este unic. În care caz un Guid ar fi mai bun decât și int și de ce? Din câte am văzut, int nu are defecte decât în limita numărului, care în multe cazuri sunt irelevante.
Când ar trebui să utilizați GUID?
Îl utilizați oriunde aveți nevoie de un identificator care să fie garantat diferit de oricare altul. GUID-urile sunt utilizate în general când definiți un ID care trebuie să fie diferit de un ID pe care altcineva (în afara controlului dvs.) îl va defini Un astfel de loc în identificatorul de interfață pe controalele ActiveX.
Ce tip de date ar trebui folosit pentru cheia primară?
Tipurile de date cu numere întregi sunt cea mai bună alegere pentru cheia primară, urmată de tipurile de date cu caractere cu lungime fixă. SQL Server procesează valorile tipului de date numerice mai rapid decât valorile tipului de date caracter, deoarece convertește caracterele în valori echivalente ASCII înainte de procesare, care este un pas suplimentar.
Este rău să folosești șir ca cheie primară?
Răspunsul scurt: Este perfect să folosiți un șir ca cheie primară.
