Forum: Datenbanken
Delphi
by marabu,
28. Sep 2006
Die Absicherung gegen doppelte "PosNr" hast du, wenn der Benutzer die "PosNr" nicht direkt manipulieren kann und das Vertauschen von Positionsnummern durch eine Exchange()-Routine von dir erledigt wird.
Grüße, marabu
Forum: Datenbanken
Delphi
by marabu,
28. Sep 2006
Dann kann das unique constraint aber nicht auf PosNr alleine liegen - und der compound key ist ja wegen primary bereits unique. Ich denke das Problem ist hausgemacht. Kannst du nicht einen surrogate key (identity) in der Detailtabelle einführen? Dann wird nur noch ein sort index auf (foreignKey, PosNr) benötigt, welcher nicht unique sein muss. Die Behandlung der PosNr bei Verschiebungen kannst du...
Forum: Datenbanken
Delphi
by marabu,
27. Sep 2006
Hallo Peinhard,
ist deine Tabelle eine Detailtabelle aus einer 1:n Beziehung? Und ist die PosNr Teil eines compound primary key (foreignKey, posNr)?
Grüße vom marabu