[Firebird] Stored proc recompile

[mkinzler]

Aber ermitteln welche abhängigen SPs es gibt und diese vom Skript ebenfalls neu compilieren lassen.

[Dejan Vu]

Eigentlich dürfte das doch wurscht sein. Wenn ich das richtig verstanden habe, haben wir hier zwei SP: A und B.
A ruft B auf. B wird verändert/korrigiert.

Trotzdem tritt der Fehler beim Aufruf von A immer noch auf. Das kann und darf doch nicht sein!

(Oder habe ich das Problem mißverstanden?

[MyRealName]

Zitat von Dejan Vu:

Eigentlich dürfte das doch wurscht sein. Wenn ich das richtig verstanden habe, haben wir hier zwei SP: A und B.
A ruft B auf. B wird verändert/korrigiert.

Trotzdem tritt der Fehler beim Aufruf von A immer noch auf. Das kann und darf doch nicht sein!

(Oder habe ich das Problem mißverstanden?

Das ist so gewesen, prgramm neu gestartet nachdem ich die SP gefiXed habe, trotzdem noch den Fehler gehabt, SP B nochmal compiliert, immer noch derselbe Fehler. Dann mal SP A compiliert und schon ging es.

[mkinzler]

Zitat:

Eigentlich dürfte das doch wurscht sein. Wenn ich das richtig verstanden habe, haben wir hier zwei SP: A und B.
A ruft B auf. B wird verändert/korrigiert.

Trotzdem tritt der Fehler beim Aufruf von A immer noch auf. Das kann und darf doch nicht sein!
Das ist ein Seiteneffekt des Mulitversioning Ansatzes. Solange man A nicht neu kompliliert, verwendet diese die "alte" Version von B.

[MyRealName]

Zitat von mkinzler:

Aber ermitteln welche abhängigen SPs es gibt und diese vom Skript ebenfalls neu compilieren lassen.

Das versuche ich ja zu vermeiden. Das kann ein ganzer Baum sein

[mkinzler]

Zitat von MyRealName:

Zitat von mkinzler:

Aber ermitteln welche abhängigen SPs es gibt und diese vom Skript ebenfalls neu compilieren lassen.

Das versuche ich ja zu vermeiden. Das kann ein ganzer Baum sein

Ist doch egal, ob das Update ein Bisschen länger dauert.

[MyRealName]

Zitat von mkinzler:

Zitat von MyRealName:

Zitat von mkinzler:

Aber ermitteln welche abhängigen SPs es gibt und diese vom Skript ebenfalls neu compilieren lassen.

Das versuche ich ja zu vermeiden. Das kann ein ganzer Baum sein

Ist doch egal, ob das Update ein Bisschen länger dauert.

Gibt es die Möglichkeit (ein Kommando für ein Script) ohne den code nochmal in das script aufzunehmen. Weil der aktuelle code ist ja schon ind er DB.

[mkinzler]

Ich würde bei einem Update eine neue, bis auf die SPs leere Db mitliefern und dann die Daten von der alten in die neue DB übernehmen.

[MyRealName]

Zitat von mkinzler:

Ich würde bei einem Update eine neue, bis auf die SPs leere Db mitliefern und dann die Daten von der alten in die neue DB übernehmen.

Mach das mal, da killen dich die Kunden. Besonders die, die millionen von Datensätzen haben in den Transaktionstabellen wie Inventar oder Buchung. In unserem Fall reden wir von einer DB mit 800+ Tabellen. Und wir haben Kunden mit mehreren Dbs, einer hat sogar 130. Wieviele Tage soll denn der da warten ?

[Neumann]

Ändere schon ab und zu Stored Proc. in Firebird - Recompile musste ich noch nie machen. Ich kopiere einfach den DDL-Script in eine TIBCScript-Komponente (IBDAC) und lass den Script dann bei Bedarf ausführen.

Übrigens der Link zu den Komponenten http://www.maf-components.com funktioniert nicht, kommt Forbidden