embedded SQL statisch oder dynamisch

[Jamikl]

Hallo,

das würde ja bedeuten dass die Anzahl der Argumente im SQL sich nicht auf die Performance auswirken
Nochmal ein Beispiel zur Verdeutlichung

Datei xyz
Mandant, Sachbearbeiter, Name1, Name2, Name3, PLZ, ORT
Key = Mandant, Sachbearbeiter


Select * from xyz where mandant = "xx" and Sachbearbeiter = "yy" and PLZ between 00000 and 99999

wäre dann genauso schnell wie:

Select * from xyz where mandant = xx= and Sachbearbeiter = "yy"



Werden für die einzelnen Argumente nicht soetwas wie Entscheidungstabellen/ - bäume aufgebaut?

Ich bin bis jetzt der Meinungs gewesen umso mehr ich in einen SQL reinpacke, desto mehr muss dieser Entscheiden.
Viele Entscheidungen = Viele Rechenschritte

Deßhalb baue ich die SQL´s immer dynamisch, damit auch nur das verarbeitet wird was notwendig ist und nicht so Sinnlose Abfragen wie oben.


Jetzt bin ich verwirrt, könnte auch an der üblen Hitze liegen

[Fuerchau]

Nein, so meine ich das nicht.

Aber an Stelle der Abfrage
where ... and (feld x = ' ' or feldx between 'aaa' and 'ZZZZ')

kannst du auch
where ... and feldx between ' ' and ' '

verwenden.
Wobei du auf jeden Fall Programmfelder vewrwenden solltest:

where ... and feldx between :vonx and :bisx

wobei Von/Bis eben auch leer sein können, wenn es hierfür keine Auswahl gibt.

Seit V5Rx werden auch Mapping-Tabellen verwendet (Bitmaps) um schnelle Zugriffe zu ermöglichen. Daher sollte dann eben über Feldx ein Index vorhanden sein.

Der Vorteil von statischen SQL's mit Paramtern liegt dann tasächlich in der Wiederverwendung von ODP's auch ggf. bei komplexen Abfragen.