Mit dem Bagger durch die Eifel oder wie debugge ich eine SQL Prozedur

[Fuerchau]

SQL-Prozeduren/Funktionen lassen sich auch häufiger nur per STRSRVJOB (oder wars STRSVRJOB?) debuggen.
Also STRSRVJOB des Zieljobs, also der Job der STRSQL ausführt.
Und dann den STRDBG des Service-Progs aufrufen.

[B.Hauser]

Das Problem beim Einsatz von STRDBG und STRSRVJOB ist, dass nur der generierte C-Code gedebugged werden kann.
Der in Client Access und ACS intergrierte Debugger erlaubt den SQL Code zu debuggen (sofern SET OPTION DBGVIEW=*SOURCE angegeben wurde).

Man startet den Debugger aus der aktuellen Umgebung (also aus dem "Run an SQL Script" bzw. "Eine Prozedur ausführen). Gibt das Programm (Stored Procedure) oder Service-Programm (UDF oder UDTF) an. Falls Du mit langen Prozedur-Namen arbeitest oder mit Überladung, solltest Du den (Service-)Programm-Namen zunächst exakt ermitteln/prüfen.
Wurde das (Service-)Programm korrekt angegeben, sollte es unter Programm-/Service-Programm auf der linken Seite angezeigt werden. Sobald man auf das (Service-)Programm positioniert, wird der Source Code (großes Fenster) geladen. Mit F6 können dann Break-Points gesetzt werden.
Anschließend führt man das/ein SQL-Statement aus dem "Run SQL Script" aus, aus dem die Funktion aufgerufen wird. Der Debugger sollte dann beim 1. Break-Point stehen bleiben.

Wichtig: Achte darauf, dass die Option "Include Debug Messages in Joblog" nicht gesetzt ist. Ansonsten bekommst Du ziemlich wilde Fehlermeldungen und kannst den Debugger nicht starten.

Birgitta

[andreaspr@aon.at]

Das Problem beim Einsatz von STRDBG und STRSRVJOB ist, dass nur der generierte C-Code gedebugged werden kann.
Der in Client Access und ACS intergrierte Debugger erlaubt den SQL Code zu debuggen (sofern SET OPTION DBGVIEW=*SOURCE angegeben wurde).

Vielleicht noch zur Ergänzung ...
Genau, es wird lediglich der C-Code debugged, jedoch kann man in der Debug Ansicht SQL auswählen, bzw. sollte sowieso default sein.
Dadurch sieht man lediglich den SQL Teil und nicht den dahinterliegenden C-Code.

Beim ACS ist es schöner umgesetzt, denn dort werden bei jedem SQL Step wirklich alle C-Code Zeilen übersprungen die hinter diesem SQL Step stehen. Im STRDBG muss man auf der gleichen Zeile mehrmals F10 drücken bis alle dahinter liegenden C-Zeilen durchlaufen sind.
Im ACS springt man sofort zur nächsten Anweisung.

[KingofKning]

Also der erste Versuch hat jetzt noch nicht geklappt, aber ich werde es morgen nochmal probieren.
Erstmal Danke für die Hinweise.

GG 4229

[Fuerchau]

Immer noch besser den C-Code als gar nicht zu debuggen;-).

[KingofKning]

Immer noch besser den C-Code als gar nicht zu debuggen;-).

Na ja, als ehemaliger Dozent für die Sprache C an der VHS sollte das jetzt nicht das Problem sein. ;-)
Schade das es keinen P-Code erzeugt bzw. Maschinensprache.
Meine alte B10 Kiste hatte beim compilieren noch die Option P-Code anzuzeigen. Leider hat die Kiste mich verlassen.

GG 4227

[Fuerchau]

Prüfe mal die Berechtigungen des STRSRVOB-CMD's. Ich denke, der wird auch benötigt beim Debugger per CA/ACS.