Das verweisen auf ein zwei Spalten-Primärschlüssel mit mehreren Fremdschlüssel

Nehmen Sie die folgenden zwei Tabellen in Oracle:

Create Table A
( A int, B int, C int,
  Constraint pk_ab Primary Key(A, B),
  Unique (C)
);

Create Table B
( D int, E int, F int,
  Constraint fk_d Foreign Key (D) References A(A),
  Constraint fk_e Foreign Key (E) References A(B)
);

Warum nicht diese Anweisung funktionieren? Oder genauer gesagt, warum sollte es nicht funktionieren? Der Grund, warum ich versuche zu schaffen, diese Art von Beziehung ist zu sagen, in der Zukunft will ich löschen B.D, aber halten Sie die Beziehung FK_E.

Ich bin immer der Fehler:

ORA-02270: keine passende unique-oder primary key-Spalte-Liste

  • Bekommst du eine Fehlermeldung? Ich kann mich nicht erinnern, ob Oracle erzwingt diese, aber wenn A.A und A.B verwiesen wird, wie FKs, können Sie jeweils benötigen einen einzelnen index, anstatt nur die composite-PK haben Sie definiert. Versuchen Sie, definieren Sie einen zusätzlichen index für jede dieser Spalten alleine in Tabelle A.
  • So ist die Summe der Indizes, die Sie auf Table A sind: PK (A,B), UNIQUE (C), INDEX (A), INDEX (B)
  • Hm, es ist Schreien mich an: ORA-00904: : Ungültiger Bezeichner Oh, sorry, habe ich nicht bemerkt deiner ersten Frage, ja, ich bekomme eine Fehlermeldung. ORA-02270: keine passende unique-oder primary key-Spalte-Liste
InformationsquelleAutor psidhu | 2013-01-27
  1. 13

    "Warum nicht diese Anweisung funktionieren? Oder genauer gesagt, warum sollte nicht
    es arbeiten? "

    Sie haben den Primärschlüssel auf Ein, wie eine Verbindung von zwei Spalten (A,B). Foreign key welche references PK_AB müssen mit denen übereinstimmen, Spalten in Anzahl. Dies ist, weil ein Fremdschlüssel identifizieren müssen eine einzelne Zeile in der referenzierten Tabelle besitzt jede gegebene Zeile in der untergeordneten Tabelle. Der zusammengesetzte Primärschlüssel bedeutet in Spalte A. kann doppelte Werte enthalten und so kann sich der Spalte A. B; nur die Permutationen (A,B) sind eindeutig. Daher der verweisenden Fremdschlüssel muss aus zwei Spalten. 

    Create Table B
( D int, E int, F int,
  Constraint fk_de Foreign Key (D,E) References A(A,B)
);

    "Da gibt es mehrere PK' s, dass Tabelle B Referenzen"

    Falsch. B references a single primary key, was passiert, um aus mehr als einer Spalte,

    " sagen, in die Zukunft, die ich löschen möchte, B. D, aber halten Sie die Beziehung
    fk_e. "

    Das macht keinen Sinn. Denken Sie an es auf diese Weise: D ist nicht eine Eigenschaft des B, es ist ein Attribut B erbt durch seine Abhängigkeit von Tabelle A.

    Einen Weg, um diese situation zu vermeiden, ist die Verwendung eines Surrogat - (oder Kunststoff) - Taste. Zusammengesetzte Schlüssel werden oft business-keys, damit die Spalten sinnvoll in einem business-Kontext. Eine Funktion sinnvolle Werte in der Spalte ist, die Sie ändern können, und cascading solche änderungen Fremdschlüssel können chaotisch sein.

    Umsetzung von Surrogat-Schlüssel würde wie folgt Aussehen:

    Create Table A
( id int not null, A int, B int, C int,
  Constraint pk_a Primary Key(ID),
  constraint uk_ab Unique (A,B)
);

Create Table B
( a_id int, F int,
  Constraint fk_n_a Foreign Key (A_ID) References A(ID)
);

    Natürlich, Sie konnte das irgendwie machen das mit dem schema, das Sie geschrieben, als Sie bereits eine einzelne Spalten-integritätsregel auf Ein(C). Aber ich denke, es ist schlechte Praxis, Referenz unique-Einschränkungen eher als Primärschlüssel, obwohl es erlaubt ist. Ich denke, dies ist teilweise, weil der einzige Einschränkungen, die oft die Durchsetzung einer business key, also Bedeutung, damit das Potenzial für Veränderungen, aber vor allem, weil verweisen auf primary keys ist einfach der Industrie standard.

    • Das war genau die Antwort, die ich suchte. Erklärt alles voll, danke! Ich habe nie die Verbindung, die FK müssen eine gesamte Zeile in der referenzierten Tabelle. Es half auch klar, was ein PK ist eigentlich (Es ist nicht mehrere Schlüssel, ist es mehrere Attribute, die für ein single-key). Wieder, danke, ein Haufen.
    InformationsquelleAutor APC
  2. 1

    Versuchen, erstellen Sie zwei separate Indizes für die Spalte A und B vor dem erstellen der Tabelle B

    CREATE INDEX a_idx ON A (A);
CREATE INDEX b_idx ON A (B);

    Aber wahrscheinlich brauchen Sie eine Verbindung FK auf Tabelle B

    Create Table B
( D int, E int, F int,
  Constraint fk_d Foreign Key (D,E) References A(A,B)
);
    • Tun, die Verbindung funktioniert, wie es sollte. Aber dann ist das problem, zu wollen, zu löschen, B. D später durch: Alter Table B Drop (D); Ergebnisse in Fehler.
    • Ich kann mir nicht vorstellen, warum würden Sie dies tun müssen. Erstellen von separaten Indizes, wie ich sagte, können Sie separate FKs. Aber wahrscheinlich brauchen Sie ganz unterschiedliche schema-design. Und helfen Sie mit, dass wir wissen müssen Ihre realen Anforderungen nicht in Bezug auf die As und Bs.
    • Haha, meine Frage entstammt nicht brauchen, sondern die Klärung über das "warum" Sagen Sie einfach nicht brauchen ein Attribut mehr, aber es ist ein foreign key, wie würden Sie gehen über es loszuwerden? Das ist mein Aktuelles Ziel.
    • Wenn das das einzige Ziel, das getrennte Indizes erstellen. Sie haben Ihre Antwort bereits.
    • ya, ich denke u r rite das Geld da peter.. etwas gelernt hatte heute.
    • einzelnen Indizes ist für nichts eine Lösung. A(A) ist nicht eindeutig und weder ist Ein(B). Es ist daher unsinnig, um eine foreign-key-Referenzen nur eine einzige Spalte. Oracle-zu Recht lehnt einen solchen Unsinn mit ORA-02270, selbst wenn wir es schaffen, EINDEUTIGE Indizes, die auf Einer(A) und(B).
    • Ich werde nicht argumentieren, dass mit. Und das ist genau der Grund, warum ich sagte, dass Psidhu ist es wahrscheinlich brauchen zu prüfen, die änderung des Schemas.

    InformationsquelleAutor peterm
  3. 0

    Einen Fremdschlüssel verweist immer auf eine PK einer anderen Tabelle. Weder A noch B
    allein sind PK 's.. Sie haben mehrere PK' s.

    Constraint fk_d Foreign Key (D,E) References A(A,B)

    Auch die Datenbank kann nicht überprüfen, die eine partielle null-mehrere foreign-key, so dass ich denke, dass die check-Einschränkung muss Hinzugefügt werden, auf den Tisch.

    alter table B add constraint check_nullness
    check ( ( D is not null and E is not null ) or
                ( D is null and E is null ) )
    • Okay, ich denke, ich werde darstellen, eine andere Frage hier. Da gibt es mehrere PK ' s, dass Tabelle B verweisen, wie löschen Sie einen Fremdschlüssel in Tabelle B, wenn Sie zusammengesetzte Referenz?
    • ich begreife, dass es keine Antwort auf die ur Frage, weil u r unerbittlich mit 2 foreign keys und u wahrscheinlich bereits wissen, die mehrere PK Ding und u r versuchen, squeeze-Einheiten, die sind wirklich nur angewiesen auf die Tabelle A. die in das system.. ich wud sagen, dass die Tabelle Einen PK A, Tabelle B PK B Tabelle C PK (C,D) FK (C,D) -> PK (A,B) ... jetzt Tabelle D FK D -> PK Einer Tabelle... E FK E -> PK B-und a-Tabelle F FK (D,E) -> PK (A,B)
    InformationsquelleAutor user1974729
Schreibe einen Kommentar