Nutzung und Verwaltung von Identitätsspalten in SQL Server

Beim Entwurf einer Datenbank zur Unterstützung von Anwendungen ist wichtig, zu prüfen, wie Primärschlüssel zu behandeln. Es gibt in dieser Hinsicht mindestens zwei Denkschulen: man argumentiert, dass das Richtige zu tun, um die so genannte Ersatzschlüssel (dh nicht auf realen Daten basiert) und eine andere Verwendung ist, dass behauptet, dass anstelle von realen Daten verwendet werden dürfen Schlüsselwerte. Dann gibt es einen Mittelweg, die in "einer Datenbank für den Einsatz in diesen beiden Lösungen, abhängig von der relativen Vor-und Nachteile (die wir in Kürze) besteht.

Bei der Gestaltung einer Tabelle enthält meist eine oder mehrere Spalten, aus denen sich der Primärschlüssel. Wie wir wissen eine Tabelle der Primärschlüssel ist ein Wert (oder eine Kombination von Werten), die jede Zeile eindeutig identifiziert. Wie bereits erwähnt, wenn ein Schlüssel setzt sich aus realen Werten gemacht wird als natürliche Schlüssel, aber wenn zum Beispiel der Schlüssel jedes Mal wenn Sie eine Zeile in der Tabelle ist als Surrogat Schlüssel generiert. Ein Ersatzschlüssel ist in der Regel einen numerischen Wert in SQL Server, und oft auch die Spalten dieses Typs sind jene von Identität, von denen später mehr.

Eine natürliche Schlüssel setzt sich aus realen Daten, dh Daten, die eine Beziehung mit Werten in anderen Spalten der Zeile (z. B. die Steuer-Code eines Individuums in einer Tabelle Customers, dass enthält auch ihrer Allgemeinheit) haben. Selbst ein Ersatzschlüssel zur eindeutigen Identifizierung einer Zeile in einer Tabelle, sondern seinen Wert hat keine Beziehung zu anderen Werten der Linie und es ist einfach erzeugt und gespeichert.

Wir analysieren die Vor-und Nachteile der beiden Arten von Schlüsseln, beginnend mit der Leihmutter:

Die PRO

• Ein Ersatzschlüssel hat keine Beziehungen zu den anderen Datenleitung
• Wenn Sie Änderungen an der Datenbank für die Aktualisierung der natürliche Schlüssel, die leicht, ohne die Fremdschlüsselbeziehungen getan werden kann, machen, wenn diese nicht auf natürliche Schlüssel, sondern auf ein Surrogat basieren
• Der Ersatzschlüssel sind in der Regel Integer-Wert und erfordern daher nur vier Bytes, die auf diese Weise speichern dungsstrukturen kleinere Performance-Index (das hat einen positiven Effekt von Join-Operationen)

GEGEN DIE

• Wenn die verknüpften Tabellen in Fremdschlüssel mit einem Wert Surrogat zu einer Haupttabelle verknüpft ist, um die tatsächlichen Werte der Verbindung zwischen den verschiedenen Tabellen zu erhalten, müssen Sie Join-Operationen
• Der Ersatzschlüssel ist nicht sehr nützlich bei der Suche nach spezifischen Informationen, wie die Werte in ihnen enthalten keine wirkliche Bedeutung haben

Was die natürliche Schlüssel:

Die PRO

• Eignen sich für die Forschung, da die Werte wirklich Bedeutung haben
• Erfordern weniger Schritte, um den Join-Schlüssel-Werte zu erhalten, weil sie in allen Tabellen in Joins beteiligt sind enthalten
• Eignen sich für die Forschung, da die Werte wirklich Bedeutung haben

GEGEN DIE

• Es ist viel komplizierter zu aktualisieren, insbesondere wenn der Fremdschlüssel Beziehungen zu anderen Tabellen auf ihnen basieren
• Indexes übernehmen größer, weil natürliche Schlüssel in der Regel mehr Bytes zu speichern erfordern
• Joins basierend auf Composite natürliche Schlüssel (die oft auch string data) sind langsamer als solche mit Ersatzschlüssel gemacht

• <<
• 1
• 2
• 3
• >>