Performanceprobleme mit Access <--> DB2 per ODBC

[Rico]

Hallo,

also ich habe bei der Definition der Tabelle einen Schlüssel hinterlegt, denn Access hat beim Verknüpfen nicht nach einem Feld für einen eindeutigen Schlüssel gefragt. Es sollte also nicht der gesamte Satz als Schlüssel betrachtet werden.

Ich habe jetzt trotzdem noch ein UNIQUE-LF für die Spalte ID erzeugt, sowohl über den iSeries Navigator als auch über Greenscreen. Hat leider bisher auch keinen Erfolg gebracht.

Uns ist allerdings aufgefallen, dass scheinbar immer 10 DS in den Cursor geladen werden, denn dann geht das ändern relativ schnell und danach wird das ganze wieder langsamer, bis er scheinbar die nächsten 10 in den Cursor geladen hat.

Sagt dir das irgend etwas?

Schönen Gruß
Rico

[Fuerchau]

Wenn du einen Schöüssel angelegt hast, musst du auf jeden Fall die Verknpfung erneuern.
Ob die Schlüssel erkannt werden kannst du über die Eigenschaften der Tabelle (Entwurfsmodus=>Schlüssel) prüfen.
Nur wenn Access einen eindeutigen Schlüssel findet, kann er den obigen Update so verkürzen, dass in der Where-Bedingung nur noch "ID=? " auftauchen dürfte.

Dass ca. 10 DS geladen werden, liegt an der Default-Blockgröße (ODBC-Konfig, 32KB).

Prüfe doch mal das Joblog sowie die Access-Eigenschaften bei einer Tabelle, die schnell zu bearbeiten ist.

[Rico]

Hallo,

wenn ich das LF-File in Access verknüpfe, dann habe ich nur noch eine Laufzeit von 2 Minuten statt 3-5 Minuten mit der Original-Tabelle, obwohl auch bei der der eindeutige Schlüssel in der Entwurfsansicht zu sehen ist.

Wenn ich allerdings eine MySQL-Datenbank hinterlege, dauert das Programm nur ca. 20 Sekunden. Ich will aber unbedingt die i5 als Datenbank nutzen, schließlich war sie teuer genug!

Schönen Gruß
Rico

[Fuerchau]

Prüfe nochmal über das Joblog (Debugmodus) wie lange die einzelnen Operationen tatsächlich dauern: Mit F1 auf dem Eintrag des Joblogs siehst du die Uhrzeit.
Ist dann tatsächlich die SQL-Zeit das Problem oder stimmt irgendwas mit der Übertragung (TCP/IP) nicht.

Im ODBC sollte im Register Pakete Extended Dynamic Support an sein sowie im Register Leistung der Vorablesezugriff. Die Komprimierung kann manchmal Probleme bereiten.
Im Register Katalog sollte Suchmuster aus sein (dies betrifft nur Lib's, Tabellen und Felder die ggf. ein "_" enthalten, da das als generisches Zeichen betrachtet wird).
Im Register Server sollte bei Erweitert Sofortiges Commit eingestellt sein, es sei denn du hast ein Journal angelegt.

Änderungen an der ODBC-Konfig haben keine Auswirkung auf verknüpfte Tabellen, wenn du diese nicht neu erstellst. Eine Aktualisierung der Verknüpfung reicht nicht, du MUSST diese löschen und neu eintragen, da die Verbindungszeichenfolge immer komplett in die Eigenschaften übernommen wird.

Im Joblog gibt es noch weitere Leistungshinweise und Empfehlungen die zu betrachten sind.