dynamisches SQL in Cobol

Dieses Thema hat 26 Antworten und 1 Teilnehmer, und wurde zuletzt aktualisiert vor 17 Jahre, 4 Monaten von Anonym.

Ansicht von 15 Beiträgen - 1 bis 15 (von insgesamt 27)

1 2 →

Author

Posts
22. Februar 2006 um 14:35 Uhr #2668

Anonym
Inaktiv

Hi all,

wer kann mir sagen, wie ich die Beispielprogamme zum dynamischen SQL ( Hauptprog und Unterprog) aus Application Programming zum Laufen bekomme ?

Wenn ich das Hpro ohne DB2 wandle und dann das Upro mit DB2 aufgerufen wird, fehlt das DB2 in der JCL (-927 glaub ich war es).
Wandle ich beides als DB2-Programme, bekomme ich ein leeres DBRM und der Bind Package knallt.

Wie muss ich also wandeln, und welche optionen muss ich beim bind Plan/package angeben ?

greets Perix

23. Februar 2006 um 7:12 Uhr #3077

Anonym
Inaktiv

Hi Perix,

wenn’s der -927 war dann sollte es ausreichen das Programm unter dem Command-Processor (und damit unter TSO) laufen zu lassen. Sieht dann etwa fÃ¼rs Programm DSNTEP2 so aus:

//DSNTEP2 EXEC PGM=IKJEFT01,DYNAMNBR=20
//STEPLIB DD DISP=SHR,DSN=DB2E.SDSNLOAD
//SYSPRINT DD SYSOUT=X
//SYSTSPRT DD SYSOUT=X
//SYSTSIN DD *
DSN SYSTEM (DSNE)
RUN PROGRAM (DSNTEP2) PLAN (DSNTEP2) PARMS (‚/ALIGN(LHS)‘)
//SYSIN DD *
SET CURRENT SQLID = ‚…‘;

FÃ¼r Anwendungsprogramm muss die Steplib noch um die entsprechende Loadlib erweitert werden.

MfG Rolf

23. Februar 2006 um 7:48 Uhr #3368

Anonym
Inaktiv

Hallo Rolf and all,

ich hab das Ding gestern noch zum Laufen bekommen und zwar wie folgt.
HPRO = Hauptprogramm
UPRO = Unterprogramm

HPRO- Precompile,
Compile,
Link,
Bind mit Parametern :
DSN SYSTEM(DBXY)
BIND PLAN(BVHPRO) OWNER(myowner) –
PKLIST(Plist.*) –
VALIDATE(BIND) ISOLATION(CS) CACHESIZE(256) –
ACQUIRE(ALLOCATE) RELEASE(DEALLOCATE) –
ACTION(REPLACE) RETAIN –
DYNAMICRULES(BIND)
END

und kein bind Package

Upro
Precompile
Compile
Link
Bind mit Parametern
DSN SYSTEM(DBXY)
BIND PLAN(BVUPRO) OWNER(myowner) –
PKLIST(Plist.*) –
VALIDATE(BIND) ISOLATION(CS) CACHESIZE(256) –
ACQUIRE(ALLOCATE) RELEASE(DEALLOCATE) –
ACTION(REPLACE) RETAIN
END
Bind Package mit Parametern
DSN SYSTEM(DBXY)
BIND PACKAGE(Package) OWNER(myowner) MEMBER(BVUPRO) –
ACTION(REPLACE) VALIDATE(BIND) EXPLAIN(YES)
END

Und start des Upro Ã¼ber das Hpro mit IKJEFT01 und SYSTSIN DD *
DSN SYSTEM(DBXY)
RUN PROGRAM(HPRO) –
PLAN(HPRO) –
LIB(‚mylib‘)
END
/*

So lÃ¤uft es….
Hat einer dazu noch Anmerkungen, Komentare oder VerbesserungsvorschlÃ¤ge ??

GruÃŸ

Perix

23. Februar 2006 um 8:12 Uhr #3549

Anonym
Inaktiv

MÃ¶chte mal behaupten, das sich der -927 nicht durch Dynamicrules (Bind) verschwunden ist (nur falls du die Ursache dafÃ¼r suchst).

MfG Rolf

15. März 2006 um 8:32 Uhr #3676

Anonym
Inaktiv

So,

der SELECT funzt.

Jetzt klemmt der "einfache" EXECUTE mit Update o.Ã¤.

Hat mal jemand mit "Parameter Markern" und Describe Ã¼ber die SQLDA gearbeitet ?

Theoretisch liest sich das ganz einfach, nur bei der Umsetzung in Cobol ergeben sich bei mir da ein paar Fragen.

Gibt es da Erfahrung bei Euch ?

Greets Perix

15. März 2006 um 10:03 Uhr #3768

Anonym
Inaktiv

Hi,

wo klemmts denn genau? Hab das schon mal gemacht, allerdings in PL/I.

MfG rolf

15. März 2006 um 11:01 Uhr #3826

Anonym
Inaktiv

Wie ich das sehe weiss ich im schlimmsten Fall ja weder die Anzahl, noch die Art der Parameter Marker.
Also kann ich vorher auch nicht die entsprechenden Hostvariablen definieren, weder die GrÃ¶ÃŸe (ein oder 300 Byte), noch die Art (pic x( ) oder doch eher pic comp ).

und schlieÃŸlich muÃŸ ich dann ja an den Adressen der Hostvariablen auch noch zur AusfÃ¼hrungszeit die richtigen Werte in einer adÃ¤quaten Form zur VerfÃ¼gung stellen.
:-/ hmmmm :schwitz:

15. März 2006 um 11:45 Uhr #3864

Anonym
Inaktiv

FÃ¼r den schlimmsten Fall hast du recht, da wirds auch gerade in COBOL schwierig.
Die kritische Stelle ist wenn du den SQL-String zusammenbastelst. Immer wenn du ein Parameter-Marker (?) reinhÃ¤ngst, kannst du i. A. auch die SQLDA fÃ¼llen (gilt fÃ¼r Input-Parameter).
Ansonsten wirds etwas kompliziert. Letztendlich bist du selbst fÃ¼r den Speicherbereich verantwortlich, den du DB2 zur VerfÃ¼gung stellst. Wie der in COBOL belegt wird ist DB2 egal. In PL/I gibts fÃ¼r sowas die Speicherklasse Controlled, aber ich kenne keine Entsprechung in COBOL.
Es gibt div. MÃ¶glichkeiten fÃ¼r dyn. SQL, insbesonsdere mit fixer oder variabler Select-Clause und Input- bzw. Output-Parameter-Marker.
Im Application Programming and SQL-Guide sind die MÃ¶glichkeiten beschrieben (allerdings extrem komprimiert). Schau dir mal die Kapitel

– Coding dynamic SQL in application programs (S. 535, bzw. ab S. 545)
– Sample COBOL dynamic SQL program (S. 931) (Adresszuweisungen und dyn. Speicherverwaltung)

an (die Seitenangaben beziehen sich auf V8-Doku).

Vielleicht kannst du mal kurz skizzieren, was du vorhast. Aber eins vorweg: Die eierlegende Wollmilchsau ist am schwierigsten!

MfG Rolf

15. März 2006 um 11:56 Uhr #3893

Anonym
Inaktiv

Hallo Rolf,

das Handbuch Application Programming and SQL Guide habe ich schon durchgeackert.

Das Cobol-Beispiel fÃ¼r den Select ist i.A. brauchbar. (Wenn auch nicht 1:1, da ein paar Fehler drin sind).

Nur eben bei dem Beispiel zum parameter marker Ã¼ber die SQLDA erschÃ¶pft sich die Literatur auf einen schlecht kommentierten PL/1 Auszug.

Und wenn schon dynamisch dann auch gleich richtig, also Eierlegende…..sau

GruÃŸ

Perix

16. März 2006 um 8:30 Uhr #3915

Anonym
Inaktiv

Hi Perix,

aber man muss sich das Leben ja nicht unnÃ¶tig schwer machen. Was soll das Programm denn machen?

MfG Rolf

16. März 2006 um 9:32 Uhr #3926

Anonym
Inaktiv

Hi Rolf,

in der Luxus-Version sollte eben Alles mit Allem bearbeitet werden kÃ¶nen.
Diesen Weg verfolge ich aber zur Zeit nur noch soooo.. hm.. akademisch… sagt man glaub ich

FÃ¼r den Praxiseinsatz kommt aber eher die einfachere Variante mit fixer Anzahl von Hostvars in Frage. Dazu hab ich keine Fragen

Greets
Perix

16. März 2006 um 9:50 Uhr #3936

Anonym
Inaktiv

Sry, ich versteh’s irgendwie nicht. Demnach willst du SQLs der Form

UPDATE table
SET col1 = ?, col2 = ?,….
WHERE cola = ? and colb = ? and….

verarbeiten, du weisst aber nicht welche HVs verwendet werden?

MfG Rolf

16. März 2006 um 12:41 Uhr #3945

Anonym
Inaktiv

Hallo Perix,

in einem Artikel von Craig Mullins wird die Arbeit mit Dynamic SQL und Cobol (Execute Immediate, SELECT Fixed List, SELECT Varying List) sehr schÃ¶n beschrieben. Das sollte Dir ein StÃ¼ckchen weiterhelfen.

Using Dynamic SQL for Maximum Flexibility
By Craig S. Mullins
http://www.craigsmullins.com/dbu_1004.htm

GruÃŸ
Gernot

16. März 2006 um 12:53 Uhr #3951

Anonym
Inaktiv

RolfD wrote: Sry, ich versteh’s irgendwie nicht. Demnach willst du SQLs der Form

UPDATE table
SET col1 = ?, col2 = ?,….
WHERE col1 = ? and col2 = ? and….

verarbeiten, du weisst aber nicht welche HVs verwendet werden?

MfG Rolf

Bei der Luxusvariante sind alle roten Teile unbekannt.

Bei der [glb]praktikablen Variante [/glb] (wollte hier nur mal glow ausprobieren)
werde ich den dynamischen Teil auf die WHERE Bedingung eingrenzen und somit auch kein Problem mit der AusprÃ¤gung (char? dec? o.Ã¤.) der HostVars haben

16. März 2006 um 13:18 Uhr #3956

Anonym
Inaktiv

Nachtrag zum Append von vorhin:

😀
es gibt noch ein tolles Redbook von der IBM: Squeezing the Most Out of Dynamic SQL with DB2 for z/OS and OS/390.

http://www.redbooks.ibm.com/redbooks/pdfs/sg246418.pdf

An diesem Redbook hat unser geschÃ¤tzer Kollege und Forum-Mitglied Axel PÃ¼rner mitgeschrieben. HÃ¤tte er Zeit, wÃ¼rde er sich an diesem Thread bestimmt beteiligen. :-/

Ciao
Gernot
Author

Posts

Ansicht von 15 Beiträgen - 1 bis 15 (von insgesamt 27)

1 2 →

You must be logged in to reply to this topic.

Kurzübersicht

Anmelden