violation of FOREIGN KEY constraint

[Zwirbel]

Zitat:

Zitat von Jumpy (Beitrag 1356817)

Zitat:

Zitat von mkinzler (Beitrag 1356806)

Ich würde mir überlegen ob es sinnvoll ist, nur zur Übernahme die BDE zu installieren.
Ich würde die Übernahme zudem in ei eigenes Hilfsprogramm auslagern.

So wie ich das verstanden habe ist die BDE doch bei den Kunden noch im Einsatz und somit installiert. Das ist dann ja der Ort wo jeweils die Datenmigration stattfinden soll. Zumindest hab ich den TE so verstanden.
Allerdings würde ich auch empfehlen ein Extra-Tool dafür zu benutzen (oder Skripte oder so), da dies ja ein (pro Kunde) einmaliger Vorgang ist (hoffentlich).

Ja, die BDE ist bei allen Kunden wo migriert wird installiert, das erfordert also keine extra Arbeit. Das Migrations-Tool ist eine separate Applikation und hat mit dem eigentlichen Produkt, das dann nur noch die FB-Datenbank nutzt, nichts zu tun. Das neue Programm das die eigentliche Datenverarbeitung auf der FB-Datenbank durchführt ist dann BDE-befreit. :)

[p80286]

Ich halte die BDE-Diskussion für überflüssig. Wenn ich die Ausgangsfrage richtig verstanden habe, enthält die Ausgangsdatenbank Tabelleneinträge, die "in der Luft schweben". Das könnte durch unvollständige Löschaktionen verursacht worden sein. Was auch immer der Grund war, diese Daten müssen bereinigt werden. Dies kann auf zwei Wegen erfolgen, zum einen ein Export der Daten durch vollständige Datensätze (select..join), hierbei tauchen diese Einträge nicht mehr auf, oder aber durch einen 1:1 Export, wobei die Datenbereinigung auf dem Zielsystem erfolgt. Hierbei wäre der Vorteil, daß die Daten des Altsystems auf dem neuen System vorhanden sind und Nachkonvertierungen relativ problemlos sind. Daß die Daten dann physisch doppelt vorliegen halte ich für nicht so gravierend.

Gruß
K-H