Doppelte Datensätze verhindern in 1:N-Verknüpfung

[BlueStarHH]

Hallo,

ich habe diese Tabelle in der Gegenstänge (z.B. Krug, Würfel) enthalten sind.

Code:

Gegenstand
----------
PK  GegenstandID integer
UNQ Groesse varchar(50)
UNQ Farbe varchar(50)
...

Nun soll es zu jedem Gegenstand beliebig viele vom Anwender definierbare Eigenschaften (wie z.B. "rund", "zerbrechlich") geben. Also noch 2 Tabellen dazu:

Code:

Eigenschaft
-----------
PK EigenschaftID integer
   Name varchar(50)

Code:

GegenstandEigenschaft
---------------------
PK FK GegenstandID integer 
PK FK EigenschaftID integer

Wie kann ich nun verhindern, dass gleiche Gegenstände mit gleichen Eigenschaften mehrfach gespeichert werden UND zulassen dass es Gegenstände gibt wo Groesse+Farbe GLEICH sind, aber die Eigenschaften jeweils unterschiedlich sind?

[mkinzler]

Über constraint oder besser (bi) Trigger

[Delphi.Narium]

Eindeutigen Index auf GegenstandEigenschaft mit GegenstandID und EigenschaftID?

create unique index ix_uni_GegenstandEigenschaft on GegenstandEigenschaft (GegenstandID, EigenschaftIDI;

[mkinzler]

Es kommt darauf an, was er gemeint hat. Dieser Index verhindert, dass ein Gegenstand eine Eigenschaft mehrfach zugeordnet wird, aber nicht mehrere gleichartige Gegenstände.

[EgonHugeist]

Schau dir mal https://firebirdsql.org/refdocs/langrefupd21-merge.html an. Ein roundtrip..

[mkinzler]

Oder update or insert Aber auch dies wirkt nur auf die Detailtabelle

[jobo]

Zunächst:
Das Unique auf Größe und Farbe ergibt keinen Sinn oder soll wirklich jede Farbe und Größe für sich nur einmalig in der ganzen Tabelle auftauchen?
Dann sind Größe und Farbe auch Eigenschaften und können/sollten dort mit aufgenommen werden.

Am Ende machst Du auf Deine M:N Tabelle einen PK auf die beiden FK zu Gegenstand und Eigenschaft und das sollte dann okay sein.

[himitsu]

Es gibt DBMS die erlauben in den Indizes auch Funktionen und Formeln. (bzw. k.A. ob Einige sowas nicht erlauben/können)

SQL-Code:

create unique index ix_uni_GegenstandEigenschaft on GegenstandEigenschaft (GegenstandID, EigenschaftID <> '');

-- bzw. (wobei, da GegenstandEigenschaft.EigenschaftID NOT NULL ist, kürzt sich das raus)
create unique index ix_uni_GegenstandEigenschaft on GegenstandEigenschaft (GegenstandID, EigenschaftID IS NOT NULL); 
create unique index ix_uni_GegenstandEigenschaft on GegenstandEigenschaft (GegenstandID, true);
create unique index ix_uni_GegenstandEigenschaft on GegenstandEigenschaft (GegenstandID);

also jeder Gegenstand kann in GegenstandEigenschaft mit nur jeweils einer Eigenschaft vorkommen,
quasi so als wenn man man in der Tabelle Gegenstand ein Feld EigenschaftID hätte, wo man nur einwas rein bekommt.

[mkinzler]

Nennt man "Expression Index"

https://firebirdsql.org/rlsnotesh/in...xpression.html

[TigerLilly]

Trigger und Constraints wurden ja schon genannt.

Variante:
Du kannst die einzelnen EigenschaftIDs eines Gegenstands in formatierte Strings umwandeln (zB "001", "004", "099", etc) und zu einem String zusammenbauen: "001002099".
Haben zwei Gegenstände idente Strings, haben sie gleiche Eigenschaften.