Hallo!

Bisher habe ich immer meine SQL-Abfragen (den SQL-Code ansich, nicht die Ausführung mit prepare, execute usw.) direkt in den Quellcode geschrieben.
Macht hir das auch so oder bringt ihr eure SQL-Abfragen in einem extra Modul unter oder schriebt ihr sie direkt in die DB?

Neuerlich bin ich nochmal über ein Projekt gestolpert, das die Abfargen in ein Extra Modul gesteckt hat.

Wie machtihr das? Wieso? Vorteile & Nachteile?

Ich schreibe die Statements in den Quellcode des Moduls, in dem auch die Datenbankabfragen gemacht werden...

ist bei mir sehr unterschiedlich, und haengt auch von der Art der Abfragen ab.

Ich habe recht haeufig ein Modul, das als Schnittstelle zur Datenbank dient. Haeufig steht mein SQL-Code in diesem Modul (bzw. wird hier generiert, wenn der Code dadurch flexibler wird; dann muss ich bei einer Migration auf eine andere Datenbank nur eine Datei kontrollieren und ev. anpassen).

Wenn allerdings diese SQL-Abfragen einfach veraenderbar oder von nicht-perl-programmierern einfach geaendert werden sollen koennen (z.B. bei einem Datensynchronisationstool), dann packe ich sie auch in ein eigenes Konfig-Modul oder sogar eine externe Config-Datei. Ich hatte sogar mal Bedarf fuer eigene SQL-Templates, die ich dann in externen Dateien abgelegt habe (das war bisher das einzige tempating system, das ich selbst geschrieben habe; heute wuerde ich HTML::Template oder so dafuer verwenden, aber das kannte ich damals noch nicht). Da wurde eine Datenbank on-the-fly so erstellt, wie ich sie fuer die zu importierenden Daten brauchte (abhaengig von den zu importierenden feldern)\n\n

<!--EDIT|Strat|1127576953-->

wenn eigenes sql, dann möglichst zentral in einem modul/einer
package-hierarchie und nirgendwo anders. das spart dir ne menge zeit,
falls du das db-schema änderst.

@pq: Wie sieht sowas denn genau aus?? Das wuerde mich jetzt auch mal interessieren.

Gruss Alex

@format_c:
naja, z.B. ein modul Module::StaticSQL, das alle manuellen db-abfragen
beinhaltet.
zuerst einmal würde ich dort an einer stelle die datenbank- und
tabellen-namen festlegen, etwa

und dann methoden der einzelnen datenbank-queries.

falls performance gefragt ist, kann man das auch mit konstanten für die
db/tabellennamen machen.

Also die SQL Daten hab ich sonst auch schon in Konstanten gepackt. Aber die SQL Abfragen bis jetzt noch nicht, da sie meist eh nur einmal pro Programablauf gebraucht werden. macht das da schon einen Unterschied?

Gruß Alex

man kann übrigens auch ganz auf SQL verzichten und module wie DBIx::Class oder Class::DBI verwenden.

Stimmt. Die müsste ich mir nochmal anschauen bei Gelegeheit. Hab beim letzten PM Stammtisch wo ich mal war nen Vortrag gehört.

Gruß Alex

Schau mal im Internet. Max müsste seinen Vortrag über Class::DBI online haben. Irgendwo unter corion.net (http://corion.net/talks/index.html )