Externalisation du code sql

Bonjour,
J'ai lu dans un bouquin sur le php qu'il était commode d'externaliser les requêtes en mysql mais sans plus de précisions. Je pense qu'il s'agit de regrouper les requêtes dans un même fichier. Je suis intéressé par cette option car je ne suis pas très expérimenté et il arrive souvent que je découvre un bon tuyau qui nécessite pour le mettre en application de vérifier unes à unes toutes mes requêtes.
Mais je me pose des questions quand à la méthode:
Comment identifier(labeliser) la requête souhaitée dans le fichier commun à toutes les requêtes ?
Comment faire appel à cette requête dans mon script php ?
Quelle extension choisir pour le nom du fichier qui regroupe les requêtes ?
Je n'ai rien trouvé sur ce sujet.
Merci

Je ne vois pas trop le concept de "fichiers externalisée", mais j'imagine qu'on parle s'isoler les requêtes ailleurs.

Comment procèdes-tu actuellement ?

Depuis les dernières versions de PHP (PHP 4 il me semble), on peut utilise le concept d'objets.

De ce fait, tu peux construire tes classes dans un fichier spécifique. Du coup, dans ce fichier, tu peux créer tes méthodes SQL.
Par exemple, si tu veux construire une class d'équipe de foot, tu auras ta class Equipe, et dedans des méthodes du genre ajouterJoueur($nom), supprimerJoueur(), ...

Chaque méthode serait en fait une requête SQL (INSERT et DELETE dans notre cas).

Il te reste à appeler cette class dans le programme principale (include 'classEquipe.php' et instancier ton objet en suivant pour commencer à travailler avec ses méthodes :

Code:

---

1 2 3 4 5 6 7

include 'classEquipe.php';   // Instanciation d'une nouvelle equipe $instanceEquipe = new Equipe();   // Ajout d'un joueur $instanceEquipe->ajouterJoueur($nom);

---

La classe Equipe simplifié

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

class Equipe { function __construct() { } static function ajouterJoueur($nom) { // Requête INSERT INTO (nom) VALUES ($nom); } static function supprimerJoueur($nom) { // Requête DELETE FROM .... WHERE nom = $nom; } }

---

Tu peux aussi utiliser les méthodes dites statique, qui te permettent d'appeler les méthodes sans devoir instancier l'objet (utile lorsque tu dois appeler une méthode, qui est indépendante du reste).

Bon voilà je sais pas si c'est ce que tu voulais ... :P

Citation:

---

J'ai lu dans un bouquin sur le php qu'il était commode d'externaliser les requêtes en mysql mais sans plus de précisions.

---

'faut pas croire tout ce qu'on met dans les bouquins. J'ai moi aussi réfléchi à cette problématique et j'en suis venu à la conclusion que dans 99% des cas, le problème pouvait être adressé par un générateur de requête plus que par un dictionnaire. Isoler les requêtes dans un fichier séparé, c'est vrai que c'est pratique lorsqu'on change une requête, mais en règle générale, les requêtes ne changent que lorsque le modèle change (ce qu'on ne fait normalement pas tous les mardis). De plus, quand les structures de données changent de manière conséquente, il est de mise que les comportements de l'application changent eux aussi, le dictionnaire de requêtes perd donc de sa pertinence car dans ce contexte, on doit effectuer les modifications en deux points et non en un seul.

En bref, je ne vois pas l'utilité d'un dictionnaire. Je crois davantage au générateur car dans le monde réel, la structure des données n'est pas toujours un facteur que le développeur PHP contrôle, pouvoir s'y adapter au runtime, c'est un gain de temps.

Voici comment j'ai résolu le problème:

• https://github.com/bdelespierre/php-...odel.class.php
• https://github.com/bdelespierre/php-...odel.class.php
• https://github.com/bdelespierre/php-...ject.class.php
• https://github.com/bdelespierre/php-...ator.class.php

La classe à la plus forte valeur ajoutée est axMySQLObject, elle est capable de comprendre la structure d'une table et de générer les requêtes CRUD à la demande. Elle n'est certes pas parfaite mais dans mon travail, elle couvre presque la totalité des besoins, et pour ceux qu'elle ne peut pas adresser il suffit de l'étendre.

salut,

la manière la plus simple d'externaliser ton sql est d'utiliser des procédures stockée...

tu n'as plus que des appels de procédures dans ton php et du coup tu as ton sql dans le sgbd et tu isoles la bd en terme d'accès (plus de sécurité possible) et tu masque son organisation réelle...

ça revient à manipuler un API...:ccool:

Cette dernière option n'est pas idiote du tout. ça demande juste une calibration fine du serveur MySQL car une partie des traitements est alors à sa charge.

c'est ce qu'on appelle de la bd "épaisse"

c'est utilisé depuis longtemps en transaction bancaire par exemple...

Je me trompe ou c'est surtout le terrain de chasse d'Oracle et de PLSQL :mrgreen:

Avec MySQL c'est pas vraiment ce qu'il y a de plus confortable mais on y arrive tout de même. Mais j'ai personnellement tendance à tout faire en PHP, y compris les traitements modèles car ceux qui savent maintenir ce genre de conception full SQL ne courent pas les rues (les développeurs PHP si).

oracle ou oracle? :mouarf:

ça le fait très bien tout sgbd confondu... postgre, mssql, mysql

c'est pas si dure à faire, faut juste s'y mettre :ccool:

mysql n'a qu'un seul défaut c'est que la compilation se fait à la 1ère demande de chaque session... donc tu n'as un gros avantage de vitesse qu'en cas d'appels multiples...