Alternativen zum ODBC-Zugriff

[Bärnd]

Hallo,

ich möchte mit Microsoft Access auf die DB2 der AS/400 zugreifen. Wer kennt Alternativen zum ODBC-Zugriff, der bekanntlich ziemlich langsam sein soll.

Gruß

Bernd

[horschma]

Hallo,
die Meinung die ODBC Treiber von ClientAccess wären langsam hält sich ziemlich hartnäckig.
Mit den aktuellen Versionen von CA Express V4R5 und V5R1 stimmt das aber nicht mehr grundsätzlich.
Bei AdHoc Abfragen über große Tabellen ohne entsprechende Indexe stimmt das auch weiterhin, aber da haben auch die QUERY Benutzer ihre Probleme.
Mit der entsprechenden Konfiguration der DSN ( Extended Dynamic Support auf jeden Fall aktivieren) brummt der ODBC Treiber ganz ordentlich.
Ein Kunde von mir betreibt sein komplettes ERP System über CAExpress ODBC, mit bis zu 200 Benutzern und klagt in keiner Weise über die Performance.

Thomas

[Bärnd]

Hallo Thomas,

vielen Dank für deinen Beitrag. Wie sollte ich denn die DSN konfigurieren damit der Treiber richtig brummt ? Vielen Dank für Deine Mühe .


Bernd


<BLOCKQUOTE><font size="1" face="Verdana, Arial">Zitat:</font><HR>Original erstellt von horschma:
Hallo,
die Meinung die ODBC Treiber von ClientAccess wären langsam hält sich ziemlich hartnäckig.
Mit den aktuellen Versionen von CA Express V4R5 und V5R1 stimmt das aber nicht mehr grundsätzlich.
Bei AdHoc Abfragen über große Tabellen ohne entsprechende Indexe stimmt das auch weiterhin, aber da haben auch die QUERY Benutzer ihre Probleme.
Mit der entsprechenden Konfiguration der DSN ( Extended Dynamic Support auf jeden Fall aktivieren) brummt der ODBC Treiber ganz ordentlich.
Ein Kunde von mir betreibt sein komplettes ERP System über CAExpress ODBC, mit bis zu 200 Benutzern und klagt in keiner Weise über die Performance.

Thomas [/quote]

[Fuerchau]

Es liegt nicht Grundsätzlich an der Konfiguration des ODBC-Treibers. Für eine performante Abfrage reicht die Standardeinstellung vollkommen aus.

Das Hauptproblem liegt bei Access bei den sog. "Verknüpften Abfragen". Die Beziehungen zwischen den Tabellen werden leider von Access aufgelöst und nicht durch die AS/400, will heißen, dass Access bei den Verknüpfungen alle Daten der jeweiligen Tabelle liest, die Verküpfung prüft und nicht benötigte Daten wieder verwirft.

Desweiteren gibt es die Einschränkung auf max. 256 Felder pro Tabelle und 32 Indexe (LF's) wobei die Indexe gar nicht verwendet werden können. (Sind mehr als 32 LF's definiert stirbt Access!)

Folgende Lösungen sind möglich:

1. Verknüpfungen (Joins) sollten bereits auf der AS/400 als LF erstellt werden.

2. Eine Abfrage als SQL-Passthru manuell definieren, dann sind auch Joins problemlos ausführbar.

Auf der AS/400 sollten für alle Tabellen entsprechende Indexe über die Felder vorhanden sein, die in einer Select-Anweisung in der Where-Klausel verwendet werden.
Am besten probiert man den Select erst mal auf der AS/400 im STRSQL aus. Läuft dieser dort performant steht einem Einsatz in Access nichts mehr im Weg.
Auch das Definieren von ParameterMarkern "?" kann problemlos verwendet werden, allerdings können diese nicht (wie in Access üblich) benannt werden, so dass diese automatisch über Formularfelder gefüllt werden.
Aber dieses läßt sich prima über VBA lösen.