Ergebnis der Suchanfrage

• Forum: Datenbanken

  AW: violation of FOREIGN KEY constraint

   
    by Jumpy, 21. Dez 2016
  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).
• Forum: Datenbanken

  AW: violation of FOREIGN KEY constraint

   
    by Jumpy, 16. Dez 2016
  Das war jetzt auch eher so gedacht, dass die Daten ohne Constraints, in die neue/modernere DB übertragen werden und da dann das SQL ausgeführt wird, bevor die Constraints dann aktiviert werden.
  
  In Paradox/BDE würde ich sowas auch nicht machen wollen.
• Forum: Datenbanken

  AW: violation of FOREIGN KEY constraint

   
    by Jumpy, 16. Dez 2016
  Konkret müsste man dann im Einzelfall schauen, aber so ungefähr:
  
  
  --Wenn man sich erstmal die betroffenen Datensätze angucken will
  Select * From Detail_Tabelle
  Where FK_Feld not in
  (Select PK_Feld From Master_Tabelle)
  
  --Wenn man's dann löschen will
  Delete From Detail_Tabelle
• Forum: Datenbanken

  AW: violation of FOREIGN KEY constraint

   
    by Jumpy, 16. Dez 2016
  Keine Ahnung ob das mit Firebird geht, aber ich würde einfach die FK-Constrains (vorübergehend) deaktivieren, alle Daten in die Firebird-DB schießen und diese dann dort mit entsprechenden SQL-Statements schnell(?) bereinigen. Anschließend, wenn alles sauber ist, die Constraints wieder aktivieren.
  
  Edit: 2 Dumme ein Gedanke, aber keine rote Box :).