Hallo

Macht es sinn, dass man für alle Selects in einem Skript (das von vielen benutz wird) diese in eine Subrutine legt und diese dann mit dem Statement aufruft und diese Subrutiene das ERgebnis dann zurück gibt?

Wir haben z.B. in einem skript 50 Select Abfragen und man könnte jetzt diese so "verkleinern".
Das Skript hat 100 KB und könnte so um vielleicht 25 % verkleinert werden...
Macht das sinn im Sinn von Belatung des Servers?

Angewandt bitte auf normales Perl, Mod_Perl und Persistent Perl.

Danke.

grundsaetzlich: hardgecoded ohne schleife und subroutine ist i.d.R. am schnellsten, aber fast immer unwartbar...

aus gruenden der uebersichtlichkeit baue ich mir gerne einen Hash mit SQL-Statements (wobei ich haeufig mit Platzhaltern arbeite), baue mir eine Subroutine FireSql oder so, die mir das prepare-execute mit vernuenftiger Fehlerbehandlung macht, sodass der Code ausserhalb knapper und somit uebersichtlicher wird (so ein prepare-execute braucht doch mindestens 4-5 Zeilen, die haeufig wiederkehren)

Normales Perl: da ist das ziemlich egal
mod_perl: da koennte es Sinn machen, die in ein externes Modul zu packen
persistentes Perl: keine Ahnung; vermutlich macht es da sinn

wenn es dir um Laufzeit geht, schau mal, ob deine Datenbank Stored Procedures unterstuetzt; das ist meistens noch schneller (gerade bei sehr komplexen Funktionen). Am wichtigsten finde ich jedoch immer die Lesbarkeit des Codes... schnell genug ist er eigentlich fast immer (sonst wird halt "schnell genug" neu definiert ;-))

... oder auf die übernächste Rechnergeneration gewartet ;-)

[quote=ppm1,13.06.2004, 00:17]Macht es sinn, dass man für alle Selects in einem Skript (das von

Macht das sinn im Sinn von Belatung des Servers?[/quote]
Subroutine statt subrutine oder subrutiene.

Nichts macht Sinn! Irgendetwas hat einen Sinn oder eben keinen!

Nicht persönlich nehmen - ist mir nur grad so aufgestoßen.

kann etwas aufstoßen? kann es nicht nur auffallen? wäre das aufstoßen nicht eine aktive handlung? ;)