violation of FOREIGN KEY constraint

[Zwirbel]

Zitat von jobo:

Zitat von Zwirbel:

..
Ja, habe mir diese alten BDE-Komponenten für Delphi Seattle geholt. Der Versuch über ODBC zuzugreifen und damit die BDE aus der Migrations-Applikation heraus zu halten scheitert daran, dass wir ausschließlich Paradox Tabellen im 7er Format einsetzen und das geht über ODBC nicht.

..

Was wollt Ihr damit bezwecken, die BDE da raus zu halten?

Das wollten wir nicht, es war nur ein Vorschlag in einem anderen Beitrag per ODBC, statt mit der BDE, auf die alten zu migrierenden Paradox-Daten zu zuzugreifen.

Zitat:

Es gibt nichts besseres als nativen Zugriff. Wem nützt der None-BDE Versuch, wenn die Einsatzbereiche eh alle BDE-"verseucht" sind? Ich würde es eher umgekehrt machen und eine entsprechend alte (alt genug), native Delphi Version nehmen. Das verspricht die wenigsten Fehlerquellen.
Eine Datenkopiermaschine sollte man auch mit alten Delphis noch gut hinbekommen oder?

Kommt auf das Alter des alten Delphis an. Das stammt aus dem letzten Jahrtausend, mehr sage ich nicht. Da wüsste ich jetzt nicht, wie ich bequem mit dem ollen Delphi Daten in eine FB-Datenbank schaufel. So wie im Moment scheint mir das ganz pragmatisch, neues Delphi mit aktuellen Schnittstellen zur neuen Ziel-Datenbank und als Zugriff in die alte Datenwelt noch die nativen BDE-Komponenten. Das scheint mir der beste Kompromiss zu sein.

[jobo]

Zitat von Zwirbel:

Kommt auf das Alter des alten Delphis an. Das stammt aus dem letzten Jahrtausend, mehr sage ich nicht. Da wüsste ich jetzt nicht, wie ich bequem mit dem ollen Delphi Daten in eine FB-Datenbank schaufel. So wie im Moment scheint mir das ganz pragmatisch, neues Delphi mit aktuellen Schnittstellen zur neuen Ziel-Datenbank und als Zugriff in die alte Datenwelt noch die nativen BDE-Komponenten. Das scheint mir der beste Kompromiss zu sein.

Ja, mit den BDE Komponenten ergibt es m.E. mehr Sinn. Wenn Ihr das so macht, ist meine Frage, warum ohne BDE ja auch eigentlich überflüssig.

Was nun das Alter der Delphiversion angeht, kann ich nur sagen, wir haben hier alte Anwendungen aus D5, die auch prima mit Oracle 12 arbeiten.

Exkurs
Und was bedeutet schon letztes Jahrtausend? Ich wohne in einem Haus aus dem letzten Jahrtausend, bis vor 2 Jahren fuhr ich ein Auto aus eben diesem Jahrtausend.
Ich habe Delphi immer geschätzt, weil es ein hohes Maß an Kontinuität in eine Welt brachte, in der MS das ganz anders handhabte.
Nur weil MS uns gelehrt hat, dass nichts so alt ist, wie die Software, die man dort gestern gekauft hat (oder geschenkt bekam), ist das bloße Alter einer Software für mich kein Kriterium.
Neu ist ja nicht per se besser, geschweige ausgereift und entbugged.
Aus der Perspektive würde ich reife Software gegenüber der neuen bevorzugen.

[mkinzler]

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.

[Jumpy]

Zitat von mkinzler:

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).

[Zwirbel]

Zitat von Jumpy:

Zitat von mkinzler:

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