GUIDs scheineneine natürliche Wahl für Ihren Primärschlüssel zu sein - und wenn Sie es wirklich müssen, könnten Sie wahrscheinlich argumentieren, es für den PRIMARY KEY der Tabelle zu verwenden. Ich würde dringend davon abraten, die GUID-Sp alte als Clustering-Schlüssel zu verwenden, was SQL Server standardmäßig tut, es sei denn, Sie weisen ausdrücklich darauf hin.
Soll ich GUID oder int als Primärschlüssel verwenden?
int ist kleiner, schneller, leicht zu merken, behält eine chronologische Reihenfolge bei. Und was Guid betrifft, der einzige Vorteil, den ich gefunden habe, ist, dass es einzigartig ist. In welchem Fall wäre eine Guid besser als und int und warum? Nach allem, was ich gesehen habe, hat int keine Fehler, außer durch das Zahlenlimit, das in vielen Fällen irrelevant ist.
Wann sollten Sie GUID verwenden?
Sie verwenden es überall dort, wo Sie eine Kennung benötigen, die sich garantiert von allen anderen unterscheidet. GUIDs werden im Allgemeinen verwendet, wenn Sie eine ID definieren, die sich von einer ID unterscheiden muss, die jemand anderes (außerhalb Ihrer Kontrolle) definiert Eine solche Stelle in der Schnittstellenkennung von ActiveX-Steuerelementen.
Welcher Datentyp soll für den Primärschlüssel verwendet werden?
Integer (Zahl) Datentypen sind die beste Wahl für Primärschlüssel, gefolgt von Datentypen mit Zeichen fester Länge. SQL Server verarbeitet Zahlendatentypwerte schneller als Zeichendatentypwerte, da Zeichen vor der Verarbeitung in ASCII-äquivalente Werte konvertiert werden, was ein zusätzlicher Schritt ist.
Ist es schlecht, Strings als Primärschlüssel zu verwenden?
Die kurze Antwort: Es ist vollkommen in Ordnung, einen String als Primärschlüssel zu verwenden.
