Ist es besser, einen Uniqueidentifier (GUID) oder einen Bigint für eine Identitätsspalte zu verwenden?

Hängt davon ab, was du tust:

• Wenn die Geschwindigkeit ist das Hauptanliegen, dann ein einfaches, altes int ist wohl groß genug.
• Wenn du wirklich mehr als 2 Milliarden (mit B 😉 ) die Aufzeichnungen, dann verwenden Sie bigint oder eine sequentielle guid.
• Wenn Sie brauchen, um in der Lage zu synchronisieren mit Aufzeichnungen aus der Ferne, dann Guid ist wirklich toll.

Update

Einige weitere (weniger offensichtliche) Hinweise auf Guids:

• Sie kann hart sein, auf Indizes, und schneidet auf den Kern der Datenbank-performance
• Können Sie sequentielle guids zu bekommen, wieder etwas von der Geschwindigkeit des indizierens, aber Sie geben einige der Zufälligkeit verwendet in Punkt zwei.
• Guids kann schwer zu Debuggen per hand (where id='xxx-xxx-xxxxx'), aber Sie bekommen einige, die zurück über sequentielle guids (where id='xxx-xxx' + '123').
• Aus dem gleichen Grund, Guids können, stellen Sie ID-basierte security-Attacken schwieriger - aber nicht unmöglich. (Sie können nicht geben Sie einfach 'http://example.com?userid=xxxx' und erwarten, um ein Ergebnis zu erhalten, die für jemand anderes Konto).

InformationsquelleAutor der Antwort Joel Coehoorn

Im Allgemeinen würde ich empfehlen eine BIGINT über eine GUID (als guids sind groß und langsam), aber die Frage ist, glauben Sie noch brauchen? (I. e. machst du die Replikation?)
Wenn Sie erwarten, dass weniger als 2 Milliarden Zeilen, die traditionelle INT wird in Ordnung sein.

InformationsquelleAutor der Antwort Andrew Rollings

Hängt nicht das, was Sie brauchen. DB Leistung gewinnen würden, integer, während die GUIDs sind nützlich für Replikation und nicht erfordern, zu hören, wieder von der DB, welche Identität erstellt wurde, d.h. der code könnte GUID erstellen Identität vor dem einfügen in die Reihe.

InformationsquelleAutor der Antwort dove

Es hängt wirklich davon ab, ob die ankommenden Daten irgendwie fortlaufend. Ich empfehle für solche Dinge wie Benutzer, die eine GUID besser sein könnte. Aber für sequentielle Daten, wie Aufträge oder andere Dinge, die müssen einfach sortierbar, die eine bigint-kann gut sein, eine bessere Lösung als es indiziert werden und sorgen für eine schnelle Sortierung, ohne die Kosten von einem anderen index.

InformationsquelleAutor der Antwort Chris J

Es sei denn, Sie haben einen echten Bedarf für eine GUID, wie zum Beispiel die Erzeugung von Schlüsseln überall und nicht nur auf dem server, dann würde ich stick mit die Verwendung von INTEGER basierten Schlüsseln. GUIDs sind teuer zu erstellen und machen es schwieriger, um tatsächlich die Daten anschauen. Plus, haben Sie jemals versucht, geben Sie eine GUID, die in einer SQL-Abfrage? Es ist schmerzhaft!

InformationsquelleAutor der Antwort Paul Lefebvre

Gibt es nur wenige weitere Aspekte oder Anforderungen verwenden GUID.

• , Wenn der primäre Schlüssel ist ein beliebiger numerischer Datentyp (Int, BigInt oder andere), dann entweder müssen Sie Identity-Spalte, oder Sie brauchen, um zu überprüfen, wird der Letzte gespeicherte Wert in der Tabelle.
• Und in diesem Fall, wenn der Datensatz in der fremdtabelle gespeichert wird als Transaktion, dann würde es schwierig sein, die letzten identity-Wert des primary key. Wie wenn IDENT_CURRENT verwendet wird, dann wird wieder die Wirkung der Leistung, beim speichern des Datensatzes in foreign key.
• So dass sich im Falle der Speicherung der Datensätze für Transaktionen, dann wäre es sinnvoll, Erstens generieren der Guid für die primär-Schlüssel, und speichern Sie den erzeugten Schlüssel (Guid) im primär-und Fremdschlüssel-Tabelle(s).

InformationsquelleAutor der Antwort Arif