Kommentare zu: Warum man query() und execute() niemals nutzen sollte

Von: Daniel Hofstetter

Daniel Hofstetter — Tue, 07 Jul 2009 14:44:44 +0000

Ja, das ist das Risiko, wenn du query() und Callback-Methoden verwendest (wobei ich persönlich sehr selten die Callback-Methoden verwende). Auf der anderen Seite kann es auch sein, dass du plötzlich ein SQL-Statement ausführen musst, welches du nicht mit find() abbilden kannst, und dann hast du ebenso ein Problem…

Von: Timo Derstappen

Timo Derstappen — Mon, 06 Jul 2009 14:24:29 +0000

Hey Dirk, schön dass du den Blog wieder belebt hast! Und noch schöner, dass query aus deinem Cake Wortschatz verschwindet :)

Mit query zerstört man auch so gut wie alle Behaviors …

Von: dirk.olbertz

dirk.olbertz — Mon, 06 Jul 2009 12:31:52 +0000

Was aber, wenn Du im beforeFind() die Abfrage selbst beeinflusst. Zum Beispiel weil Du ein Flag “deleted” in der Datenbank hast und dies im beforeFind() abhängig von den Rechten des Users setzt?

Wenn Du diese Funktionalität erst einbaust, nachdem Du Deinen query()-Aufruf bereits gemacht hast, kannst Du unerwünschte Effekte erhalten.

Wenn Deine Abfrage aber nur durch find() realisiert wird, hast Du das Problem nicht mehr.

(Ich weiß, dass ich in NoseRub auch noch query() benutze, will das aber so schnell wie möglich loswerden, wenn ich erst einmal die HABTM-Beziehung dort vernünftig gelöst habe…)

Von: Daniel Hofstetter

Daniel Hofstetter — Mon, 06 Jul 2009 11:46:30 +0000

Nun ja, so pauschal würde ich das nicht sagen. Gerade bei komplexeren SQL-Abfragen ist es vielfach einfacher und verständlicher, direkt SQL (mit query()) zu verwenden. Und wenn du dies in einer Methode in deinem Model kapselst, dann rufst du einfach die Methoden auf, die sonst aus beforeFind()/afterFind() aufgerufen würden.