SQL Server Foreign Key-Einschränkung nutzen

Wir entwerfen einer Datenbank in die ich beachten muss einige FK(foreign key)
- Einschränkungen. Es ist aber nicht beschränkt auf
die formale Strukturierung und Normalisierung.
Wir gehen für Sie nur, wenn Sie alle
performance oder Skalierbarkeit Vorteile.

Ich habe schon durch einige interessante Artikel und googeln für praktische Vorteile. Hier sind einige links:

http://www.mssqltips.com/tip.asp?tip=1296

Wollte ich mehr wissen über die Vorteile von FK (abgesehen von der formalen Strukturierung und der berühmten kaskadierte löschen\update).

  • FK sind nicht 'indiziert' standardmäßig also, was sind die überlegungen, während die Indizierung von FK?

  • Umgang nullable Felder zugeordnet sind, die als foreign key - ist das erlaubt?

  • Abgesehen von der Indizierung aus, bedeutet das die Optimierung der Abfrage-Ausführungspläne in SQL-Server?

Ich weiß, es gibt mehr, aber ich würde lieber die Experten sprechen auf diesem. Bitte führe mich.

InformationsquelleAutor Hemant Tank | 2009-10-27
  1. 9
    • Foreign keys stellen keine Leistung oder Skalierbarkeit Vorteile.
    • Fremdschlüssel erzwingen referenzielle Integrität. Dies kann ein praktischer Vorteil, der sich durch einen Fehler auslösen, wenn jemand versucht, zum löschen von Zeilen aus der übergeordneten Tabelle in error.
    • Foreign keys werden nicht indiziert standardmäßig. Sollten Sie einen index für das Fremdschlüssel-Spalten, da dies verhindert, dass ein table scan auf die untergeordnete Tabelle, wenn Sie Sie löschen/aktualisieren Sie Ihre übergeordneten Zeile.
    • Können Sie eine foreign key-Spalte null-Werte zulässt und einfügen von null.
    • Ich habe Umgang mit einige Datenbanken mit mehreren Millionen Datensätzen. Viel geht um den Import von Daten zwischen der Datenbank und dem Klon und dann mit, dass Klonen in der web-app-Umgebung. Gut, ich habe gewußt, dass die Haltung von PK-Indizes automatisch und hilft so bei der Beschleunigung des Datenzugriffs. Nun, aus dieser Diskussion, die ich ableiten, dass, wenn ich mit JOINs in meiner SQL-Abfragen, dann ich shud Wünsche, verwenden, FK und index, um die JOIN-Operationen effizient.
    • Ich habe zum Beispiel eine Tabelle OrgMaster (enthält alle Org records) habe ich dann ein BookingMaster Tabelle (enthält alle Buchungs-Datensätze). Nun, der OrgMaster.Id wird 'verwiesen' als BookingMaster.OrgId. Also, ich habe eine FK für die verbundorganisations-id zu Id Beziehung und ich shud Wünsche, 'index' es für eine bessere Leistung von jeder JOIN-operation zwischen diesen beiden Tabellen .. habe ich bekommen es richtig? <br/> Alle oben genannten - auf Kosten der zusätzlichen overhead von Raum und Zeit (beim einfügen Datensatz in der Tabelle mit FK).
    • Ich würde Sie bitten, mir eine Liste der Punkte, die berücksichtigt werden, wie - - - Wird der FK-index Essen zu viel Raum\Zeit als Tisch wächst mehrere Millionen Datensätze? - In diesem Fall lohnt es sich, zu gehen für ein FK-index "jedes mal"? - In welchem Fall shud Wünsche ich NICHT gelten FK oder Index oder tun, weder von ihm (natürlich kann ich VIEL von der app) - Jede andere schwierig zu speedup BEITRETEN oder andere derartige zeitraubende Suchvorgänge?
    InformationsquelleAutor Andy Jones
  2. 6

    Den Vorteil, dass Ihre Datenbank nicht inkonsistent, wenn Sie Ihre buggy-client-code versucht, etwas falsch zu machen. Foreign keys sind eine Art von "Einschränkung", so, wie Sie sollten Sie verwenden.

    Sie haben keine "Funktion" nutzen, werden Sie nicht etwas optimieren. Sie haben noch Indizes erstellen sich selbst, usw. Und ja, Sie können NULL-Werte in einer Spalte, die einen Fremdschlüssel.

    • Nicht nur buggy client-code. "Buggy" user und Datenbank-Administratoren bekannt, Fehler zu machen, wenn Sie eine schnelle Lösung durch direkte Eingabe in die SQL-update-Befehle!
    InformationsquelleAutor Lukáš Lalinský
  3. 4

    FK-Einschränkungen halten Sie Ihre Daten konsistent. Das ist es. Dies ist der Hauptvorteil.
    FK-constraints nicht alle performance-Gewinn.

    Aber, es sei denn, Sie haben denormalisierten auf Zweck db-Struktur, würd ich dir empfehlen die Verwendung von FK-constraints. Der Hauptgrund - Konsistenz.

    InformationsquelleAutor Vitaliy Liptchinsky
  4. 3

    Habe ich gelesen, mindestens ein Beispiel im Netz, wo es wurde gezeigt, dass die Fremdschlüssel tun verbessern die Leistung, da der Optimierer nicht, müssen zusätzliche Prüfungen über Tabellen, weil es weiß Daten bestimmte Kriterien erfüllt schon aufgrund der FK. Sorry, ich habe nicht einen link, aber den blog gab detaillierte Ausgabe der Abfrage Pläne, um es zu beweisen.

    InformationsquelleAutor dusky
  5. 1

    Wie bereits erwähnt, sind Sie für die Integrität der Daten. Alle performance - "Verlust" wäre völlig ausgelöscht durch die Zeit, die erforderlich ist, um fix broken Daten.

    Jedoch, es könnte eine indirekte Leistung profitieren.

    Für SQL Server mindestens die Spalten im Fremdschlüssel müssen den gleichen Datentyp auf jeder Seite. Ohne FK, könnten Sie ein nvarchar Elternteil und einem varchar Kind zum Beispiel. Wenn Sie Mitglied werden, 2 Tabellen, erhalten Sie eine datatype-Konvertierungen, die töten kann-Leistung.

    Beispiel: verschiedene varchar Längen verursachen ein Problem

    InformationsquelleAutor gbn
Schreibe einen Kommentar