Bibliotheksliste aus .Net-Anwendung (OleDbConnection) ermitteln

[BenderD]

...zum LIBL gehört der Datenschrank und keine Datenbank!!! Da hat man eine Datenbank, die sogar referentielle Integrität sicherstellen kann und dann kommt so ein Programm daher, das dann der Datenbank erzählt: "Schau mal in der LIBL wo Du einen Kundensatz für meinen Auftrag findest".
Qualifizieren braucht man da garnichts, wenn man pro Datenbank (AS/400 = LIB) eine eigene Connection verwendet und für diese das Default Schema adäquat setzt! Alles andere ist Huddel ala RPG.

D*B

[Joe]

...zum LIBL gehört der Datenschrank und keine Datenbank!!! Da hat man eine Datenbank, die sogar referentielle Integrität sicherstellen kann und dann kommt so ein Programm daher, das dann der Datenbank erzählt: "Schau mal in der LIBL wo Du einen Kundensatz für meinen Auftrag findest".
Qualifizieren braucht man da garnichts, wenn man pro Datenbank (AS/400 = LIB) eine eigene Connection verwendet und für diese das Default Schema adäquat setzt! Alles andere ist Huddel ala RPG.

D*B

Wobei RPG auch ohne "Huddel" geht...

Gruß Joe

[Fuerchau]

Dann ist wohl der Ansatz falsch.
Mehrere Libs für eine Datenbank ist ein Designfehler.
Das kenne ich allerdings auch so.

Helfen kann da eine neue Lib, die per View alle benötigten Tabellen bündelt.

[Ranger]

Zunächst nochmals vielen Dank für die Antworten!
Ich habe in den letzten Tagen mehrere Ansätze verfolgt, leider bisweilen immernoch ohne dazugehörigen Erfolg.

Sowohl Brigitta's, sowie Fuerchau's Ansätze funktionieren für meine Zwecke bedingt.

Denn keine Ahnung weshalb, aber meine OleDbConnection erzeugt exemlarisch folgenden Job:
Job: QZDASOINIT, Benutzer: QUSER, Nummer:784623
Darin habe ich meine entsprechende Bibliotheksliste, unabhängig davon ob über mein Start-CL oder über die definierte UDL-Datei.

ABER, wenn ich weitere Commands ausführe, z.B: "QDBRTVSN", "QUSRJOBI" oder ein Aufruf eines bestehenden CLs, ({{call TESTLIB.TEST01CL(?, ?, ?, ?)}}) erzeugt sich ein weiterer Job:
Job: QZRCSRVS, Benutzer: QUSER, Nummer: 785186
und darin ist wieder nur die Standard-Bibliotheksliste enthalten.

Und somit stehe ich wieder am Anfang meiner Reise,

[Fuerchau]

Der OLEDB-Treiber erkennt durch "{}" einen Programmcall und führt deshalb keinen SQL-CALL durch.
Dies gibt es nur beim IBM-Treiber.
Lass einfach die Klammern weg, dann erfolgt der Call auch im ODBC-Job und nicht im Service-Job.
Wenn du "?" verwenden willst, musst du leider auch CREATE PROCEDURE/FUNCTION durchführen.
An Stelle der "?" übergibst du genau die Parameter in der gewünschten Ausprägung, also für 12 Zeichen Alpha genau 12 Zeichen in Hochkomma, für dec(11, 2) genau "123456789.12" als Zahl, usw.
Alternativ geht natürlich auch ein "CALL MYLIB.MYPGM (cast('xxxx' as char(10)), cast(), ...)".