Mal eine Frage...
Welchen Vorteil versprichst du dir oder einem unschuldigen CodeLib-Leser von dieser Vorgehensweise?
Mit jedem Aufruf ändert sich der Code des Statements...
SQL-Code:
...
WHERE Lieferdatum>#12.12.2004 12:30:30#
...
WHERE Lieferdatum>#12.12.2004 12:30:00#
...
WHERE Lieferdatum>#12.12.2004 12:29:30#
... und schon muss das Statement neu geparst, ein neuer Cursor geöffnet und die Ganze Geschichte neu abgefragt werden!
Mit dieser Vorgehensweise reduziert man jede hochoptimierte Datenbank zu einem
Paradox, dBase oder
Access!
Die
DB kann ihren Statement- & Cursor- Cache nur benutzen, wenn das Statement absolut gleich bleibt. Das heißt du musst variable Werte auch als Variablen übergeben!
Diese 2 genialen Caches machen einen großen Teil der Performance dieser DBs aus.
Ist das denn so schlimm Parameter zu verwenden?
SQL-Code:
...
WHERE Lieferdatum> :i_LieferDatum
Ich habe dieses Problem bestimmt schon 30+ mal hier in der
DP beschrieben!
Ich stimme deshalb mit einem klaren NEIN gegen die Aufnahme dieser Lösung in die CodeLib.