Performance ODBC / JDBC Jobs 9406-520

[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