Wie benennt ihr eigentlich Statements und Statementshandles?
mir fallen oft keine Namen ein die mir hinterher noch gefallen. Entweder sind sie zulang oder haben einfache Namen wie $stmt, $sth usw. Dann bekomme ich aber Probleme, wenn in einer Funktion mehrere Namensgleiche Variablen vorkommen.

Ich verpacke Anfragen eigentlich immer so in Methoden, dass ich pro Methode genau 1 Anfrage habe. Da ist die Benennung nicht schwer: $dbh, $sql, $sth, $rv.

Wenn es doch mal mehr werden wird per _suffix dahinter gesetzt, wozu es da ist (was mitunter recht lang werden kann).

Ich habe schon Skripte geschrieben wo ich zu Anfang mehrere SQL Statements Prepared habe. Und die wurden dann eifnach später einfach mehrmals mit execute ausgeführt. Ich habe sie eigentlich genau so genannt wie das was sie auch tun.

z.B.

$insert_address
$update_address
$delete_address

etc.

Wenn es zu viele Statements werden, verpacke ich sie in einem Hash, dann hat man sie alle an einem Ort.

Den Scope klein halten, dann gibt es keine Probleme.

ptk+2008-02-09 10:07:36--

Den Scope klein halten, dann gibt es keine Probleme.

Genau das möchte man aber nicht wenn man mithilfe von prepared Statements die Performance verbessern möchte. ;)

---

Was stattdessen auch sehr nett ist, ist DBIx::Simple als ersatz für DBI. Hat ein etwas schöneres Interface und SQL::Abstract ist ebenfalls Optional verwendar.

Was weiterhin sehr nett ist, ist das DBIx::Simple die prepared Statements intern speichert (Default: max. 16) und man sie bei einer erneurten Abfrage zurück bekommst. Dadurch kann man sich das vorherige preparen sparen (Namen sapren) und man hat trotzdem einen Performance zuwachs.

Es gibt doch prepare_cached.

ich hab das jetzt ganz anders gelöst:

Auf die Art und Weise kann ich einfache Begrifflichkeiten wie $sth, $stmt, etc. verwenden und verschwende keine Zeit in die benennung von Variablen da ich einfach für jedes Statement (insofern mehrere existieren) einen eigenen Namensraum schaffe.