PDA

View Full Version : SQL0901 ODBC aus Excel R530



Seiten : [1] 2

TARASIK
12-01-05, 15:56
Hallo Forum,
haben folgendes Problem: ein R530 mit einem SQL aus Excel
bekommen wir sofort die Meldung SQL0901. Dies ist aber nur
bei neuen Abfragen. Bei den aus dem R520 (alten) geht es ohne Probleme. Hat jemand eine Idee ?

Fuerchau
12-01-05, 23:00
Was sagt denn das Joblog zum SQL0901 (DSPMSGD SQL0901 QSQLMSG) ?

malzusrex
13-01-05, 08:13
moin, moin!

ich habe das gleiche problem! ich bekomme auch den SQL0901

und hier die meldung aus dem joblog

Nachrichten-ID . . . . : CPD4392 Bewertung . . . . . . : 40
Nachrichtenart . . . . : Diagnose
Sendedatum . . . . . . : 13.01.05 Sendezeit . . . . . . : 09:09:58

Nachricht . . . : Attribute des Werts mit der Nummer 3 in Feld HVR0003
nicht gültig.
Ursache . . . . : Art, Länge, Anzahl der Dezimalstellen oder
Dezimalgenauigkeit oder CCSID (Kennzeichnung für den codierten Zeichensatz
des Werts mit der Nummer 3 für das variable Feld HVR0003 im
Abfragesatzformat FORMAT0001 ist nicht gültig. Weitere Informationen über
gültige Feldattribute enthält das Thema "DDS Reference" im Information
Center unter http://www.ibm.com/eserver/iseries/infocenter.

tschau ronald

Fuerchau
13-01-05, 09:44
Nunja, wie ist denn das Feld HVR0003 definiert ?
Ist es ein CHAR-Feld ?
Wenn ja, hat das Feld oder die Datei eine CCSID die nicht 65535 ist ?
Wenn nein, setzte in der ODBC-Konfig das Häkchen für "CCSID 65535 umsetzen".

Wie siehts aus mit der Verwendung von SQLPKG's (erweiterte Unterstützung) ?
Die SQLPKG's werden meist in der QGPL abgelegt und sind ggf. zu V5R3 nicht kompatibel und müssen neu erstellt werden.
Im Normalfall reicht da das Löschen aus der QGPL, da durch den ODBC-Zugriff diese neu angelegt werden.
Wie sieht die Berechtigung dieser SQLPKG's in der QGPL denn aus ?
Vielleicht ist durch die Übernahme da was passiert.

Ich verwende zwar auch SQLPKG's, da das aber bei mehreren Benutzern doch zu Problemen führen kann, definiere ich diese in der ODBC-Konfig in die QTEMP. Dann sind sie nach der Verbindung auch wieder weg (übrigens ohne Performanceverluste).

malzusrex
13-01-05, 10:09
Hallo Baldur,

also ich habe das SQLPKG gelösch und auch das Häckchen gesetzt. Der (Miss-)Erfolg ist der gleich. Wie das Feld aussieht -- hmmm, keine Ahnung.
Ich habe einfach nur eine leere EXCEL-Tabelle geöffnet ---> Externe Daten importieren --> Neue Abfrage erstellen ---> <Neue Datenquelle>
Dort habe ich dann nur den CA-ODBC-Treiber angegeben, und auf VERBINDEN gedruckselt. Dabei kommt sofort die Fehlermeldung.

Tschau Ronald

TARASIK
13-01-05, 12:15
Hallo Ronald,
wo hast Du denn diese Fehlermeldung cpd.... gefunden ? Hast
Du das schon zur IBM gemeldet ?

malzusrex
13-01-05, 12:24
hi TARASIK

ich habe einfach in das SBS geschaut (WRKACTJOB SBS(QUSRWRK) ). Dort gibt es dann einen Job, wenn du im EXCEL die Daten saugen möchtest. Dort bin ich dann uff den Fehler gestossen.
Der IBM habe ich noch nix mitgeteilt.

Tschau Ronald

TARASIK
13-01-05, 12:43
Hallo Ronald,
welches Betriebssystem läuft denn auf dem PC ? Ich glaube
wir sind der Sache auf der Spur.

malzusrex
13-01-05, 12:53
W2k mit SP4 / Office 2003
i5 mit V5R3M0

TARASIK
13-01-05, 13:22
Hallo Ronald,
auf der IBM Seite gibt es ein Dokument dass aber nur mit
Registrierung angeschaut werden kann. Ich bin gerade dabei
zu monieren bei der IBM, dass wir als Business Partner Software nicht auf dieses Dokument schauen können. Mal sehen.

Incident Summaries:

CPD4392 after Upgrade to V5R3

http://www-912.ibm.com/ImprovedSearch/SearchBroker?resetcriteria=Y&action=fromoption&q=sql0901+&ptf=Y&apars=Y&psp=Y&kb=Y&redbooks=Y&info=Y&wls=Y&ils=Y&misc=Y&is=Y&search.x=56&search.y=15