Firebird Trigger und CONSTRAINT

[Morphie]

ALTER TRIGGER trigger_name INACTIVE;
ALTER TRIGGER trigger_name ACTIVE;

Constraints können nicht deaktiviert werden.

Aber eigentlich müsstest du doch (wie schon geschrieben) die Struktur und die Daten importieren können und anschließend die Trigger, Constraints usw. setzen können. Dabei musst du ggf. die logische Reihenfolge beachten. Aber eigentlich sollte das doch gehen

[hanspeter]

Jetzt bin ich etwas weiter.
Es scheint das FB die Datenprüfung genauer als der alte IB-Server nimmt.
Hier mal die Fehlermeldung.

violation of FOREIGN KEY constraint "".
violation of FOREIGN KEY constraint "KF_KS" on table "KEY_FUNKTION".
Foreign key reference target does not exist.
************************************************** *****************************/
ALTER TABLE KEY_FUNKTION ADD CONSTRAINT KF_KS FOREIGN KEY (KSNR) REFERENCES KEYSYSTEM (KSNR) ON DELETE CASCADE ON UPDATE CASCADE;

So richtig sehe ich die Fehlerursache noch nicht.

Hat wer noch einen Tip?

Gruß Peter

[Morphie]

Kannst du bis hierhin die mal bereits angelegte Struktur der betroffenen Tabellen posten? Inkl. Constaints, Indizies usw....

[hanspeter]

Zitat von Morphie:

Kannst du bis hierhin die mal bereits angelegte Struktur der betroffenen Tabellen posten? Inkl. Constaints, Indizies usw....

Leider nicht. (Geheimhaltungsbestimmung des Auftraggebers)
Ich denke aber das es sich um importierte Fehler aus IB handelt.

[Lemmy]

Zitat von hanspeter:

Leider nicht. (Geheimhaltungsbestimmung des Auftraggebers)
Ich denke aber das es sich um importierte Fehler aus IB handelt.

würde ich auch vermuten. Also die Daten per SQL abfragen und nach DB-Leichen suchen. Anders kommst Du da nicht zurande..

Die Metadatenanpassung von Firebird 2.1 hast Du auch gemacht (<Install>\Firebird_2_1\misc\upgrade\metadata)?

GRüße

[hanspeter]

Zitat von Lemmy:

würde ich auch vermuten. Also die Daten per SQL abfragen und nach DB-Leichen suchen. Anders kommst Du da nicht zurande..

Die Metadatenanpassung von Firebird 2.1 hast Du auch gemacht (<Install>\Firebird_2_1\misc\upgrade\metadata)?

GRüße

Nein.
Ich habe die Metadaten mit IBExpert in Interbase ausgegeben. (Der IB Server läuft auf meinem 64 bit OS nicht mehr als Dienst und muss manuell gestartet werden.)
Den Script habe ich fehlerbereinigt. Ohne Daten funktioniert das Anlegen einer leeren Datenbank.

Dann habe ich diesen Script geteilt in Domain/Tabellen und den ganzen Rest.
Ich erzeuge über IBDAC eine leere Datenbank.
Diese fülle ich nur über SQL Anweisungen. Dazu habe ich mir ein Tool gebaut, welches aus einem Select * From ... eine parameterisierte Insert Anweisung generiert und die
Parameter aus der Selektion füllt.
Realisiert mit IBDAC. Da der Fehler nur bei einigen Constaints auftritt, wird es wohl an den Daten liegen.
Das Problem ist halt, das ich eine grundsätzliche Lösung finden muss, da das Teil als Migrationstool beim Anwender laufen muss.


Grüße

[Lemmy]

ah klar - dann musst da da nichts machen. Aber das mit dem automatischen Tool wird schwer - außer du prüfst vor der ersten Datenübernahme die ganzen Constraints manuell per SQL ab und korrigierst die noch in der "alten" Version