[Firebird] Stored proc recompile

[MyRealName]

Hallo,

grad was interessantes gefunden in meiner DB.
ich habe eine SP (Doc_Queue_Process), welches je nach Parameter andere SPs aufruft. Jetzt hatte ich einen Fehler in einer SP, welche von der SP Doc_Queue_Process aufgerufen wird.
nachdem ich den Fehler gefixt habe, im Programm wieder die stelle aufgeruden um zu sehen, dass jetzt alles ok ist, aber immer noch derselbe Fehler :O

Kam raus, dass ich die SP Doc_Queue_Process auch compilieren musste, damit es dann funktionierte.
Ist das normal ?
Gibt es da eine einstellung in Firebird, dass das nicht notwenig ist ?

Danke schonmal
Helge

[mkinzler]

Es gibt die Funktionaltät in den Admintools, abhängige Objekte zu ermitteln bzw. alle SP neu erstellen zu laasen

[MyRealName]

Zitat:

Zitat von mkinzler (Beitrag 1260713)

Es gibt die Funktionaltät in den Admintools, abhängige Objekte zu ermitteln bzw. alle SP neu erstellen zu laasen

dumme Frage am Rande.. in welchen Admintools ? :D

[mkinzler]

IBExpert, Database Workbench, ...

[MyRealName]

Zitat:

Zitat von mkinzler (Beitrag 1260716)

IBExpert, Database Workbench, ...

Das doofe ist ja, ich lasse per Programm mit UniDAC ein script laufen,w elches für die aktuelle Programmversion die SPs/Trigger/Views austauscht. ich kann ja schlecht den IBExpert bei den Kunden installieren ;)

[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:

Zitat von Dejan Vu (Beitrag 1260720)

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.

[MyRealName]

Zitat:

Zitat von mkinzler (Beitrag 1260718)

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:

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.