SQL5001 - Fehler bei EXCEL2003 und Daten-Abfrage aus AS400

[Luebbert]

Hallo,
wir stellen gerade unsere PC´s auf OFFICE2003 um und haben ein Problem mit bereits vorher vorhandenen Abfragen aus EXCEL2003.

Die Übernahme einer ganzen Datei von der AS400 funktioniert. Fragt man aber nach Datum ab (Format: 20061205 alpha)
erscheint die Fehlermeldung:

SQL5001 - Qualifikationsmerkmal für Spalte oder Tabelle "Dateiname" nicht definiert.

Wir haben dann die Datenquelle noch einmal neu erstellt. (Client Acces ODBC Driver 32-Bit) und Zuordnung der Bibliothek bei Registerkarte Server.

Auf meinem Rechner funktioniert es, ich kann wieder Sätze über das Datum selektieren. (!!!)
Meine Kollegen erhalten trotz Anlage neuer Datenquelle weiterhin die Fehlermeldung.
Alle Rechner haben XP Prof./OFFICE2003 SP2, CLIENT ACCESS Vers.5.0

Kennt jemand den Fehler? Wie kann man ihn beheben?

Gruß,
A.Lübbert

[Fuerchau]

Geh in die SQL-Sicht und schau mal genau den SQL an.
Der Fehler deutet auf einen falschen Namen hin.

Ggf. poste den SQL.

[TARASIK]

Hallo,
ich denke da hilft Dir auch dies weiter:
http://www.rlpforen.de/showthread.ph...fshowTTODialog

[Luebbert]

@TARAIK
Danke, den Link haben wir schon gelesen und deshalb die Datenquelle noch einmal neu erzeugt.
(Immerhin bei mir hat es funktioniert.)

[Luebbert]

@FUERCHAU
Wir arbeiten mit dem QUERY-Assistenten beim Abrufen der Daten.
(Das Häkchen bei "Datenquelle ausgeben ist aktiviert)
Wenn wir den QUERY Assistenten ausschalten und uns die SQL-Sicht ansehen funktioniert es auch:

SELECT KUNDE.WAKNR, KUNDE.WAKNR
FROM SXXXXXXX.VLSSLK.KUNDE KUNDE
WHERE (KUNDE.WAKNR='NAME') AND (KUNDE.ESD#='20061205')

Damit zu arbeiten können wir einigen Mitarbeitern aber nicht zumuten.

Der Fehler scheint am QUERY Assistenten zu liegen.

[Fuerchau]

Ich kann da nur vermuten, dass das "#"-Zeichen ein Problem darstellt.
Dieses Zeichen ist CCSID-Abhängig !

Möglichkeiten:

In der DSN-Konfig den Debug-Modus einschalten und im Joblog auf der AS/400 nachsehen.
Per "WRKOBJLCK MYUSER *USRPRF" kann der richtige QEZ-Job schnell gefunden werden.
Im Joblog dann nach der Fehlermeldung suchen und die davor liegenen Nachrichten auswerten (ggf. noch mit F1).

Erstellen einer View mit Umbenennung der Felder, die SOnderzeichen enthalten.

Ist das Feld "ESD#" eigentlich alpha ?

[Luebbert]

Danke für die Mühe.

Ich habe inzwischen herausgefunden, dass es alle Felder betrifft, die Ziffern beinhalten.
Egal ob das Feld alpha oder nummerisch ist.
Der Feldname ist auch nicht entscheidend. Ich habe es mit anders lautenden Feldnamen aus verschiedenen Dateien probiert.
Immer wenn Ziffern im Feld stehen, kommt die Fehlermeldung.

Komisch ist ja auch, dass der Fehler immer nur mit dem QUERY-Assistenten auftritt.

[Fuerchau]

Kann es sein, dass der Assistent die Hochkommata für Zeichenkette entfernt und eine Zahl annimmt ?
Ggf. im Filter selber die Hochkommata eingeben !

Wichtig ist doch folgendes:
Zeichenfelder mit Hochomma, Zahlen eben ohne !
Darauf ist beim Eingeben des Filters zu achten.

[alfredo]

# ist meiner Meinung nach im LATIN1-Teil.
Die häufigen Problemfälle sind ÄÖÜ|@
lg

[Fuerchau]

@Alfredo
Dann ändere deinen Job mal auf CCSID 037 oder 500 oder 870 und versuche mit PDM die "#LIBRARY" zu verarbeiten.
Dann verstehst du, was LATIN-1 heißt.

Bei Objektnamen zählt der Hex-Code und nicht die Darstellung.

[Luebbert]

Sooo.....

auch meine Kollegen können jetzt wieder mit dem QUERY Assistenten arbeiten.

Beim Einrichten einer neuen Datenquellen hatten sie bei dem Reiter Server die SQL-Standard Bibliothek auf QGPL stehen lassen und in die Bibliotheksliste unsere gewünschte Bibliothek eingetragen.

[ODBC]
DRIVER=Client Access ODBC Driver (32-bit)
UID=DB2
SIGNON=1
CONNTYPE=2
DESC=Client Access Express ODBC-Datenquelle
QAQQINILIB=
PKG=QGPL/DEFAULT(IBM),2,0,1,0,512
TRACEFILENAME=\\Name1\Name2\Name3\IBM\Client Access\Service\Trace-Dateien
SORTTABLE=
LANGUAGEID=ENU
XLATEDLL=
DFTPKGLIB=QGPL
DBQ=VLSSLK ----> Fehlermeldung, wenn hier DBQ=QGPL VLSSLK steht !
SYSTEM=AS400WIN

Fragt mich nicht nach dem Zusammenhang mit Zahlenfeldern oder der Logik.... !!!

[buppo]

noch eine kleine Info zu dem Thema:

die Vermutung, dass bestimmte Zeichen CSSID abhängig sind, hat sich bei mir bewahrheitet und es wird tatsächlich falsch interpretiert.
Allerdings nicht bei dem Zeichen #
sondern bei §.

ich habs nicht geschafft, den ODBC-Treiber hier zu überlisten. Hab jetzt den Feldnamen in der Datei geändert.