zu viele Indices bei ODBC zugriff

[andreaspr@aon.at]

DAS verstehe ich nicht! M.E. wiederspricht sich die Aussage?
1. ... sowieso PF
2. LF aber nicht löschen ?
Kanst du das bitte noch aufklähren?

In SQL werden Abfragen generell auf die Basistabelle (PF) oder Views abgesetzt, da die DB sich den optimalen Index automatisch selbst sucht.

Das würde doch bedeuten, wenn vorhandene 'gute' LF's da sind, das diese auch bei dem ODBC Zugriff verwendet werden. Oder?

Genau.
Es gibt auch einen Eintrag in der QAQQINI (IGNORE DERIVIDE INDEX). Mit diesem kannst du der DB sagen, dass sie alle Select/Omit LFs ignorieren soll.

lg Andreas

[Fuerchau]

Nun ja, MS-Access muss ausgetrixt werden.
Sicherlich sollte beim Verknüpfen die PF gewählt werden, wenn dies möglich ist.
MS-Access prüft aber mit der ODBC-Funktion SQLStatistics die vorhandenen Indizes und bei älteren Versionen von MS-Access gabs sogar einen richtigen Crash bei mehr als 32 Indizes.

SQL ist es letztlich egal, ob man eine Abfrage auf eine PF oder LF macht, da immer die zugrundeliegende PF ermittelt und verwendet wird.
Dies gilt ebenso auch für Joins (nicht Multiformat).
Bei Joins und Select/Omit-LF's wird dein SQL intern dann etwas umgebaut und mit den Bedingungen ergänzt.

Übergibt man nun MS-Access eine LF zur Verknüpfung liefert SQLStatistics nur noch den eigenen Schlüssel, da eine LF keine Fremdschlüssel hat und MS-Access ist zufrieden.

Anschließende SQL's werden (s.o.) dann auf die PF umgeleitet und ggf. über andere LF's/Indizes optimiert.

[ILEMax]

Ok, danke

das die AS400 immer den besten LF wählt wusste ich, wie das mit ODBC tikkt war mir nicht klar.
Und da hier leider alle PF einen Key haben, war ich ganz verwirrt.

Nun hab ich's begriffen
Danke
ILEMax