Tu perds en effet la possibilité d'utiliser des SGBDR ne gérant pas les procédures stockées…
Mais tu gardes une indépendance vis-à-vis de tous les autres SGBDR (ceux gérant les procédures stockées), et cela te permet même d'optimiser tes requêtes SQL, au sein de la ProcSto, du moment que les types des valeurs d'entrée et de sortie restent identiques.
Enfin, avantage indéniable de la ProcSto sur la requête dans le code : toute modification du schéma des bases lèvera immédiatement une alerte si une ProcSto est concernée et ne compile plus. Quand tu as une grosse application PHP avec des centaines de requêtes SQL dispersées dans le code, c'est pas évident de voir de suite les impacts sur le code. Et c'est donc souvent à l'exécution que tu t'en rends compte…
[^] # Re: Mélange de langage
Posté par windu.2b . En réponse au journal Témoignage d'expérience de nosql avec PHP et Mongodb. Évalué à 6.
Tu perds en effet la possibilité d'utiliser des SGBDR ne gérant pas les procédures stockées…
Mais tu gardes une indépendance vis-à-vis de tous les autres SGBDR (ceux gérant les procédures stockées), et cela te permet même d'optimiser tes requêtes SQL, au sein de la ProcSto, du moment que les types des valeurs d'entrée et de sortie restent identiques.
Enfin, avantage indéniable de la ProcSto sur la requête dans le code : toute modification du schéma des bases lèvera immédiatement une alerte si une ProcSto est concernée et ne compile plus. Quand tu as une grosse application PHP avec des centaines de requêtes SQL dispersées dans le code, c'est pas évident de voir de suite les impacts sur le code. Et c'est donc souvent à l'exécution que tu t'en rends compte…