Das Tutorial erscheint mir etwas zu fluffig. Der Autor verwechselt da Einiges.
Zitat:
Der eigentliche Query im Cache wird nicht verändert wird. Das bedeutet, das der selbe Query mehrere Male hintereinander verwendet werden kann, ohne das ein neuer gesendet werden muss. Diese Tatsache wirkt sich darin aus, das Bandbreite gespart wird, da nicht mehrere Queries gesendet, sondern immer nur die unterschiedlichen Werte gebunden werden müssen (siehe Beispiel 2).
|
Schlichter Unsinn. Wenn schon Bandbreite sparen, dann bei der Übertragung.
Ein Prepared Statement spart bestenfalls etwas wenn die gleiche Abfrage ständig
ausgeführt wird. Bei einem Login
ein Aufruf. Wie oft loggen sich
User täglich ein ?
Was spricht dagegen, die übergebenen Parameter erstmal auf Unfug zu testen ?
Und erst dann die Datenbank abzufragen ? SQL hat eine Schwäche mit dem Klartext,
bei DBMS wie Btrieve kann so etwas nie passieren.