ODBC Fehler

[KingofKning]

Sehr schön, nur leider finde ich die Doku dazu nicht.
Die Option 8 ist nicht beschrieben, mal wieder ein interne IBM-Spezifikation?

Zusätzlich ist dies eine Bit-weise Option, dessen Default = 3 ist.
Also sollte der Wert doch dann eher 11 (8 + 3) sein?

Zu beachten ist auch, dass über die ODBC-Konfig im Register "Katalog" der Wert ggf. wieder überschrieben werden könnte, wenn man an der Konfig was ändert.

Hilft das?

IBM i Support: Software Technical Document : 534683444

GG

[Starocotes]

Hilft das?

IBM i Support: Software Technical Document : 534683444

GG

Nur SEHR Bedingt, da steht zwar die "Lösung" ist aber nicht das Problem das ich habe.

Sehr schön, nur leider finde ich die Doku dazu nicht.
Die Option 8 ist nicht beschrieben, mal wieder ein interne IBM-Spezifikation?

Zusätzlich ist dies eine Bit-weise Option, dessen Default = 3 ist.
Also sollte der Wert doch dann eher 11 (8 + 3) sein?

Zu beachten ist auch, dass über die ODBC-Konfig im Register "Katalog" der Wert ggf. wieder überschrieben werden könnte, wenn man an der Konfig was ändert.

Mit 8 gehts in jedem Fall. Das das wieder überschrieben wird ist klar, wichtig ist aber erstmal das es funktioniert!

[KingofKning]

Nur SEHR Bedingt, da steht zwar die "Lösung" ist aber nicht das Problem das ich habe.



Mit 8 gehts in jedem Fall. Das das wieder überschrieben wird ist klar, wichtig ist aber erstmal das es funktioniert!

Das war auch mehr für Fuerchau gedacht, da er wohl das Dokument vermisste.

GG

[Fuerchau]

Das Dokument habe ich wohl gelesen, aber hier Connection string keywords - Catalog properties
ist die 8 nicht beschrieben.

[Dickerschen]

Hi

"SQL0204 SQLSTATISTICS der Art *N in SYSIBM nicht gefunden"

Hallo zusammen,

ich habe auch so ähnliches Problem allerding bei mir steht nur:

SQL0204 - PIM der Art *N in nicht gefunden" also nach "in" nichts.

mein connectionsstrindg ist:
Driver={iSeries Access ODBC Driver};System=xx.xx.xx.xx; **Catalog Library List="TESTSYS, TESTDTA, TESTOBJ, QGPL"**; Uid=TEST; Pwd=test; "/>

mein aufruf: "call PIM (?)"

warum steht nach "in" nichts? Gebe ich irgendwelche Parameter zu wenig?

Vielen Dank

[Fuerchau]

PIM ist eine Prozedur die du oder ein anderer geschrieben hat.
Ohne Qualifikation wird sie in der Lib namens USERPROFIL gesucht.
Wenn du weißt wo sie ist, dann mach einen "CALL MYLIB.PIM (?)" daraus.

[Dickerschen]

Vielen Dank für die Schnelle Antwort..

PIM ist auf einem fremden Server. Ich kenne nur den Namen, Parameter und Rückgabeparameter.

ich kontaktiere sofort die Firma und frage nach dem Library.

[Fuerchau]

Du kannst auch einen "select * from qsys2.sysprocs" machen.

[Dickerschen]

Guten Morgen nochmal,

zum einen, mein select Befehl funktioniert. Ich bekomme eine lange Liste.

Meinen Call habe ich auch als TESTSYS.PIM geändert Jetzt ist die Meldung:

"SQL0204 - PIM der Art *N in TESTSYS nicht gefunden"

Wenn ich mit Access eine DB-Verbindung mache sehe ich alle Tabellen und ansichten aber nichts unter Prozeduren.

Sollte ich das Programm nicht dort sehen?

Was bedeutet Art *N?

[Fuerchau]

In der Sysprocs findest du ja nun die Prozedur.
In der Sysparms (o.ä.) kannst du die Parameterdefinitionen dieser Prozedur finden.

Da SQL ein "Overloading" eines Prozedur/Funktionsnamens mit unterschiedlichen Parametern erlaubt ist es eben wichtig, die Parameter des Commandobjektes genau so zu definieren, wie die Beschreibung es definiert.
Ansonsten findet SQL die Prozedur mit genau den Parametern des Commands eben nicht.

Da Access da nichts findet ist eher normal. Access arbeitet nur gut mit SQL-Server zusammen.
Ansonsten gibt's nur den Verknüpfungsmanager und SQL-Pasthru-Abfragen.