"None" oder "Not Used" Fremdschlüssel bei der Verwendung von GUIDs als Primärschlüssel

Question

Wir erstellen eine Anwendung, die auf vielen Servern repliziert werden muss (ich hoffe nicht, aber es gibt keine Möglichkeit zu wissen, ob Clients benötigen eine eigene Client/Server-Kopie, bis wir das Online-Produkt freigegeben haben).

Da die Anzahl der Server unbekannt ist, habe ich entschieden, GUIDs für alle Transaktions-IDs zu verwenden. Da jeder Client seine eigene Datenbank hat, beabsichtige ich, den NEWSEQUENTIALID() Standard zu verwenden, und die größte Tabelle wird nicht mehr als 1,5 Mio. Zeilen pro Jahr hinzufügen (aber im Durchschnitt 15 K Zeilen), erwarte ich nicht viel von einem Leistungsproblem .

Ich bin mir jedoch nicht sicher, wie mit Fällen umzugehen ist, in denen der Fremdschlüssel "nicht ausgewählt" anzeigen soll. Zum Beispiel hat ein Client einen einzelnen Admin-Benutzer. Dies wird als Fremdschlüssel (login_id) für login.id (eine GUID) eingerichtet. Wenn ein Client jedoch noch keinen Admin-Benutzer hat, wie würden wir dann einfach einen "Keine ausgewählt" -Schlüssel einrichten?

In früheren Anwendungen verwendeten wir IDENTITY-Spalten und fügten in den meisten Tabellen einen Dummy-Eintrag mit der ID 0 ein. Gibt es einen akzeptierten Ansatz zur Bereitstellung ähnlicher Funktionalität mit einer GUID?

Answer 1

Sie haben 3 Optionen:

1) In Ihrer referenzierten Tabelle, mit einer GUID aller Nullen des Leerwert Zeile hinzufügen, dann Link zu diesem Datensatz

2) speichern Sie einfach eine Null für den Rohling Referenzen

3) Die leeren Datensätze in der Referenztabelle nicht enthalten, sondern eine reine Null-GUID speichern. Dies kann zu Problemen führen, wenn Joins in der Datenbank oder mit Berichten ausgeführt werden. Sie müssen für diesen Spezialfall codieren.

Ich würde sagen, 1 und 2 sind die einzigen guten Möglichkeiten.

Answer 2

Ich könnte etwas wirklich offensichtlich hier fehlen, aber können Sie nicht einfach auf NULL setzen?

Answer 3

Machen Sie das Fremdschlüsselfeld in der Kindtabelle NULLable und behalten Sie das Feld NULL, wenn es keinen Admin-Benutzer gibt. Magische Werte wie "0" Identitätsspalten warten auf eine Katastrophe.

Answer 4

Der einzige sichere Weg, dies zu tun, ist der FK-Wert auf NULL gesetzt. Wenn Sie Daten zwischen mehreren Servern replizieren müssen, stellen Sie sicher, dass jede replizierte Tabelle über GUIDs als Primärschlüssel verfügt. Fremdschlüsselbeziehungen sind auf diese Weise nie ein Problem.

Replikation kann sehr einfach auf diese Weise arbeiten: replizieren Inserts und Updates zuerst in der Reihenfolge von Eltern zu Kind Tabelle, danach replizieren die gelöschten Datensätze von Kind zu Eltern. (umgekehrte Reihenfolge.)

Hoffe, das hilft.