Nunja, das fetchall_hashref wird wohl kaum jemand verwenden, da es wohl in den meisten faellen das ist was man eigentlich nicht machen moechte.

Quote

Ein Select blub,blub,blub,blub,blub,blub,blub,blub,blub,blub WHERE...
st auch nicht gerade vorteilhaft imo, wenn man mehr als zwei Felder abfragen will..

Das mag vielleicht fuer Tastaturschoner unvorteilhaft aussehen ;-) aber fuer die Datenbank ist es durchaus schoener (vorallem performanter und nicht so speicherhungrig)

Stell dir vor du hast eine Tabelle in der auch min. 1 BLOB/CLOB Feld (z.b. TEXT, LONG TEXT, ...) vorkommt. Und du brauchst alle Felder bis auf dieses BLOB Feld. Alle anderen Felder sind aber irgendwelche Zahlen oder varchar Felder.
Machst du ein SELECT * dann muss die Datenbank auch dieses (unter umstaenden sehr grosse) BLOB Feld mit auslesen und uebers Netz an deine Anwendung schicken. (Laeuft die Datenbank auf dem gleichen Server wo auch dein Script laeuft, geht das trozdem uebers Netzwerk [loopback], es muss halt durch den ganzen Netzwerkstack durchgeschoben werden) Um sich sowas zu ersparen holt man sich nur die Daten die man auch wirklich braucht.

Benutzt du einen OR-Mapper dann haben diese haeufig auch schon die funktionalitaet das erst die Daten aus der Datenbank ausgelesen werden wenn man auch tatsaechlich drauf zugreift.