Performance ODBC / JDBC Jobs 9406-520

[Fuerchau]

Das Ändern der Prio hat nur geringe bis gar keine Auswirkungen, ins besonders, wenn viele Abfragen laufen.
Wenn ein temporärer Index gebildet werden muss, interressiert die Klasse nämlich überhaupt nicht, das System wird bis zum Maximum belastet.

Hier gilt es eher, die Abfragen von Access/Java zu optimieren, so dass die Systemlast sinkt.

Übliche Probleme dieser Abfragen in Access sind Joins zwischen verknüpften und lokalen Tabellen.
Diese ziehen nämlich erst den gesamten Inhalt einer Tabelle in den Speicher, führen dann den Join intern aus und verwerfen den Rest wieder.

Das nächste Problem sind häufig fehlende Indexe für den SQL-Optimizer.
Hierbei besteht bei Access meist das Problem, dass Access max. 32 LF's unterstütz und stirbt, wenn mehr als 32 LF's vorhanden sind.
Alternativ hilft nur die Verknüpfung auf eine LF mit Schlüssel, die allerdings kein Select/Omit enthalten darf.
Den Rest erledigt der Optimizer.

Für JDBC gilt i.W. das selbe, dass hier ungünstige Abfragen (auf LF's mit Select/Omit, fehlender Index, usw.) gestartet werden.

Im Normalfall sollten ODBC/JDBC-Abfragen in wenigen Sekunden (möglichst < 2) erfolgreich sein.

[AS400.lehrling]

Das nächste Problem sind häufig fehlende Indexe für den SQL-Optimizer.
Hierbei besteht bei Access meist das Problem, dass Access max. 32 LF's unterstütz und stirbt, wenn mehr als 32 LF's vorhanden sind.
Alternativ hilft nur die Verknüpfung auf eine LF mit Schlüssel, die allerdings kein Select/Omit enthalten darf.
Den Rest erledigt der Optimizer.

Das ist doch schon von Schreiben in RPG her so ublich das man lf's erstellt um den temporären Aufbau eines Such Indexes zu umgehen.

Ist ja auch in Holgers PDF zu den Programmiergrundlagen gut dokumentiert.

Finde es fast erschreckend das sich scheinbar niemand einen Kopf darum macht vernümpftige Such Pfade zu erstellen sondern scheinbar nur an XP & Co im sql rumwühlt und dan die Schuld für schleichendes Arbeiten auf die i5 abwällst - so nach den Motto "Unter Windows haben wir im Excel klare Abfragen definiert".

Gruß AS400.lehrling

[Fuerchau]

Dem kann ich nur zustimmen.
Ich habe immer wieder Access-Anwendungen gesehen, die von Nicht-Programmierern erschreckende Antwortzeiten haben.
Die Schuld wird dann häufig auf den Server (AS/400 oder auch SQL-Server) geschoben.

[AS400.lehrling]

Dem kann ich nur zustimmen.
Ich habe immer wieder Access-Anwendungen gesehen, die von Nicht-Programmierern erschreckende Antwortzeiten haben.
Die Schuld wird dann häufig auf den Server (AS/400 oder auch SQL-Server) geschoben.

Na mysql oder andere bekante sql server werden damit ähnliche performance probleme haben wie die i5.

Gruß AS400.lehrling