Guid vs INT - Was ist besser als Primärschlüssel?

Ich lese gerade über Gründe, warum ich etwas benutze oder nicht Guidund int.

intist kleiner, schneller, leicht zu merken, behält eine chronologische Reihenfolge. Und Guidder einzige Vorteil, den ich gefunden habe, ist, dass es einzigartig ist. In welchem ​​Fall Guidwäre a besser als und intund warum?

Von dem, was ich gesehen habe, inthat es keine Mängel außer durch die Anzahlbegrenzung, die in vielen Fällen irrelevant sind.

Warum genau wurde Guiderstellt? Ich denke tatsächlich, dass es einen anderen Zweck hat, als als Primärschlüssel einer einfachen Tabelle zu dienen. (Irgendein Beispiel einer echten Anwendung, die Guidfür etwas verwendet wird?)

_{Typ (Guid = UniqueIdentifier) ​​unter SQL Server}

Dies wurde in Stack Overflow hier und hier gefragt .

In Jeffs Beitrag wird viel über die Vor- und Nachteile der Verwendung von GUID erklärt.

GUID Pros

• Einzigartig für jede Tabelle, jede Datenbank und jeden Server
• Ermöglicht das einfache Zusammenführen von Datensätzen aus verschiedenen Datenbanken
• Ermöglicht die einfache Verteilung von Datenbanken auf mehrere Server
• Sie können IDs überall generieren, anstatt einen Roundtrip zur Datenbank durchführen zu müssen
• Die meisten Replikationsszenarien erfordern ohnehin GUID-Spalten

GUID Cons

• Es ist satte 4-mal größer als der herkömmliche 4-Byte-Indexwert. Dies kann schwerwiegende Auswirkungen auf die Leistung und den Speicher haben, wenn Sie nicht vorsichtig sind
• Umständlich zu debuggen ( where userid='{BAE7DF4-DDF-3RG-5TY3E3RF456AS10}')
• Die generierten GUIDs sollten teilweise sequenziell sein, um die bestmögliche Leistung zu erzielen (z. B. newsequentialid()unter SQL Server 2005+) und die Verwendung von Clustered-Indizes zu ermöglichen

Wenn Sie sich hinsichtlich der Leistung sicher sind und keine Replikation oder Zusammenführung von Datensätzen planen, verwenden Sie intund legen Sie das automatische Inkrement fest ( Identitäts-Seed in SQL Server ).

Wenn Sie Ihre Daten mit einer externen Quelle synchronisieren, kann eine dauerhafte GUID viel besser sein. Ein kurzes Beispiel für die Verwendung von GUIDs ist ein Tool, das an den Kunden gesendet wird, um sein Netzwerk zu crawlen und bestimmte Klassen der automatischen Erkennung durchzuführen, die gefundenen Datensätze zu speichern und dann alle Kundendatensätze in eine zentrale Datenbank zu integrieren zurück zu unserem Ende. Wenn wir eine Ganzzahl verwenden würden, hätten wir 7.398 "1", und es wäre viel schwieriger zu verfolgen, welche "1" welche war.

Ich habe einen hybriden Ansatz mit Erfolg verwendet. Tabellen enthalten sowohl eine Auto-Inkrement-Primärschlüssel-Ganzzahl- idSpalte als auch eine guidSpalte. Das guidkann nach Bedarf verwendet werden, um die Zeile global eindeutig zu identifizieren, und idkann für Abfragen, Sortieren und menschliche Identifizierung der Zeile verwendet werden.

In einigen Best Practices wird immer noch erwähnt, dass Sie einen Datentyp verwenden sollten, der den gesamten Wertesatz, den Sie verwenden möchten, so wenig Speicher wie möglich belegt. Wenn Sie beispielsweise damit die Anzahl der Arbeitgeber in einem kleinen Unternehmen speichern und es unwahrscheinlich ist, dass Sie eine 100 erreichen, würde niemand vorschlagen, einen Bigint-Wert zu verwenden, während Int (auch Smallint) dies tun würde.

Der Nachteil dabei ist natürlich "Sag nein zur Skalierbarkeit!"

Ich weiß auch, dass dies nicht völlig verwandt ist, aber es gibt noch einen weiteren Faktor. Wenn es nicht übermäßig ist, versuche ich normalerweise, die Verwendung eines nicht automatisch generierten Primärschlüssels zu empfehlen, falls dies sinnvoll ist. Wenn Sie beispielsweise die Fahrerinformationen speichern, müssen Sie keine neue automatisch generierte Spalte für "ID" erstellen. Verwenden Sie einfach die Lizenznummer.

Ich weiß, das hört sich sehr offensichtlich an, aber ich sehe, dass es ziemlich oft vergessen wird.

Zum Kontext: Dieser Teil der Antwort wurde von einem datentheoretischen Ansatz aus angesprochen, bei dem Ihre PK die eindeutige Datenkennung für einen Datensatz sein soll. In den meisten Fällen erstellen wir diese, wenn sie bereits vorhanden sind, daher die vorherige Antwort.

Es kommt jedoch sehr selten vor, dass Sie die Kontrolle über diese Datenpunkte behalten. Daher müssen Sie möglicherweise Korrekturen oder Anpassungen vornehmen. Sie können das nicht mit Primärschlüsseln machen (nun, Sie können, aber es kann ein Schmerz sein).

Danke @VahiD für die Klarstellungen.

Durch die Verwendung von Auto-Inkrement-IDs können Informationen zu Ihrer Geschäftsaktivität verloren gehen. Wenn Sie einen Shop betreiben und order_iddamit einen Einkauf öffentlich identifizieren, kann jeder Ihre monatliche Anzahl von Verkäufen durch einfache Arithmetik herausfinden.

Eine andere Sache, wie GUIDs generiert werden. mrdenny wies richtig darauf hin, dass ein Neustart der Instanzen, selbst wenn newsequentialid () verwendet wird, dazu führt, dass neue Werte mit den "Löchern" beginnen, die bei der vorherigen Verarbeitung zurückgelassen wurden. Eine andere Sache, die "sequentielle" GUIDs betrifft, ist die Netzwerkkarte. Wenn ich mich richtig erinnere, wird die UID der Netzwerkkarte als Teil des GUID-Algorithmus verwendet. Wenn eine Netzwerkkarte ersetzt wird, gibt es keine Garantie dafür, dass die UID einen höheren Wert aufweist, um den sequentiellen Aspekt der Dinge beizubehalten. Ich bin mir auch nicht sicher, wie sich mehrere Netzwerkkarten auf die Zuweisung von Werten mithilfe des Algorithmus auswirken könnten.

Nur ein Gedanke und ich hoffe, ich erinnere mich richtig. Ich wünsche ihnen einen wunderbaren Tag!

Verwende beide

Verwenden Sie int / Bigint für Primärschlüssel, da es einfach zu pflegen und als Fremdschlüsselbeziehungen zu verwenden ist.

Binden Sie jedoch eine Spalte an die GUID, sodass jede Zeile auch eine eindeutige Spalte hat