Trigger or not Trigger

[Myrina]

Je sais...

mais je gagne quand même une nouvelle fonctionnalité: la possibilité d'avoir X "triggers" en PHP alors qu'en MySQL je serais obligé de regrouper l'ensemble des traitements dans un seul trigger.

PS: pour les transactions simples, il n'y a pas de souci (style AUTOCOMMIT = ON). Mais effectivement cela pose problème pour des transactions plus globales comme un UPDATE d'une table puis d'une autre.

[Plume]

Une meilleure solution serait de trouver une alternative d'hébergement moins contraignante .)

[Sephi-Chan]

J'utilise uniquement les callbacks mis à disposition par l'ORM car j'aime bien avoir du code en un seul endroit, en avoir côté applicatif et base de données ne m'apporte rien.


Sephi-Chan

[NicoMSEvent]

Pour moi, les trigger sont intéressant dans le cas d'accès par différents programmes développés par différentes équipes, et quand les données doivent rester cohérentes (delete en cascade, ...), ou en oracle, pour avoir une clé primaire "auto-increment", on ne sait pas s'en passer.

Personnellement, je préfère tout gérer dans mon "modèle objet", afin de ne pas éparpiller mon code, et ne pas avoir des résultats inattendus.