Office: (Office 2003) Anfügeabfrage Schlüsselverletzung

Hallo,
ich glaube, das kann so nicht stehen bleiben:

das geht weder in A2003 noch in A2010, warum sollte es dann in A2007 gehen.
Bist du sicher, dass du dich nicht irrst? Wie hast du das denn getestet?

 

Stimmt, ich habe "reflexartig" ein SELECT eingebaut... *redface
Code:

Also alles zurück... sorry!

Aber zum Thema Index:
Der zusammengesetzte Index ist nicht eindeutig (sollte er aber). Der ist also unschuldig. Dafür sieht der Primärschlüssel leer aus. Die beiden unterschiedlichen Schriftarten in dem Screenshot sind auch seltsam...

 

Das mit den unterschiedlichen Schriftarten kann ich erklären! Mein Rechner hat grade rumgesponnen... Irgendwie ist das Screenshottool kaputt*tongue.gif*.

Nun zum Thema und derLösung:

Ihr hattet vollkommen recht mit dem zusammengesetzten Primärschlüssel!(habe nie daran gezweifelt!) Mein großes Problem war, das ich noch Daten aus den letzten Tests in meiner m:n Tabelle hatte die nicht ganz mit der Referentiellen Integrietät zusammen passten.*stupid *stupid *stupid *stupid Also manchmal sollte ich an solche essentiellen Sachen denken bevor ich hier rumheule das es nicht geht...

Das grade erinnert mich irgendwie an die Webseite: www.gidf.de

DANKE für eure großartige Hilfe und eure Gedult!

 

Die Thematik Eindeutigkeit/Duplikate sollte man nicht daran regeln, was in der Datenbank einstellbar ist, sondern danach, was in der Realität wirklich benötigt wird. Wie sieht es denn da aus?

Zum Beispiel wird ja ein Auto i.d.R. nur zeitweise genutzt. Also kann zu einer bestimmten Zeit (zusätzliche Felder in der Verknüpfungstabelle) nur ein Mitarbeiter ein Auto nutzen (fahren). Das wäre ein Kriterium für Eindeutigkeit. Natürlich kann zu einer anderen Zeit dieser MA ein anderes Auto nehmen oder auch ein anderer MA dieses Auto.
Was davon wie möglich ist, musst Du wissen bzw. festlegen. Diese Regeln müssen dann von Dir über Indizes und vermutlich darüber hinaus über Eingabeprüfungen durchgesetzt werden.