TRIGGER/cohérence des données/perf !?

[Liloye]

Oh dieux de l'SQL, venez à mon aide...
Je perds confiance et ma compréhension déraille....

voilà, j'ai toujours évité les trigger car je les pensais couteux en performance et vieillissant mal (rendant l'application rigide et difficilement maintenable...)

Or je lis dans beaucoup de forums qu'ils sont souvent utilisé afin de garantir la cohérence métier des applis !?
N'est ce pas le modèle (tout bien construit, avé de bô liens) qui garantis le tout ?
Est ce vraiment moins couteux ?

J'ai sous les yeux un projet avec de gros problèmes de perf... Je vois qu'ils ont désactivé la plupart des FK et qu'ils gères le tout par des trigger... J'aurai eu tendance à leur dire que les triggers sont donc couteux et qu'il vaut mieux laisser le moteur gérer avec de bonnes contraintes d'intégrités bien montés !?
Mais là je doute...
Pouvez vous m'éclairer ?

[SQLpro]

1) les triggers sont généralement le seul moyen de réaliser des contraintes SQL de type ASSERTION, c'est à dire des contraintes vérifiant des données sur plusieurs tables à la fois. Il sont donc tout bonnement indispensable dans certains cas.

2) un trigger est moins performant qu'une contrainte, car le trigger agit après (en fin de transaction) tandis que que la contrainte agit préventivement. La différence est importante en terme de gain !

3) Un modèle peut lui même contenir des contraintes, notamment d'exclusion, de partition, de complétude... réalisé par des triggers (lire à ce sujet, les ouvrages sur la modélisation UML de mon confrère Christian Soutou - une prochaine édition ou j'interviens régulièrement dans le livre est sous presse)

4) l'absence de contraintes FK et son remplacement par des déclencheurs est doublement stupide, car non seulement les FK sont plus rapides que des triggers, mais la présence de FK permet à l'optimiseur de SQL Server de simplifier certaines requêtes mal écrites, donc d'augmenter les performances (optimisation sémantique). Lisez l'article de MikeDavem sur le sujet : http://blog.developpez.com/mikedavem...e-sur-les-per/

Autrement dit les développeurs qui vous ont fait ce projet sont au minimum des ignares, au maximum des imbéciles.... !

A +

[zinzineti]

Envoyé par SQLpro

3) Un modèle peut lui même contenir des contraintes, notamment d'exclusion, de partition, de complétude... réalisé par des triggers (lire à ce sujet, les ouvrages sur la modélisation UML de mon confrère Christian Soutou - une prochaine édition ou j'interviens régulièrement dans le livre est sous presse)
A +

Peut-on avoir une idée du sommaire du livre qui est sous presse ?

Histoire de commencer par mettre en peu de sous de côté pour l'achat

A+

[SQLpro]

Bonne remarque.... mais je sais même pas le nom du titre définitif !!!!

Dès que j'ai l'info, je vous la livre...

Pas encore dispo, mais... http://www.amazon.fr/Concevoir-Base-Donnees-Etudes-Casreels/dp/2212134134
A +

[zinzineti]

Envoyé par SQLpro

Bonne remarque.... mais je sais même pas le nom du titre définitif !!!!

Dès que j'ai l'info, je vous la livre...

Pas encore dispo, mais... Concevoir une Base de Donnees avec Uml 2. avec Etudes et Casreels: Amazon.fr: Soutou Brouard: Livres

A +

Ok c'est noté

Titre : Concevoir une Base de Donnees avec Uml 2. avec Etudes et Cas réels
Auteurs : Christian Soutou et Frédéric Brouard
Prix : 28,40 €

[Liloye]

merci ! merci ! merci !
et je vais me faire offrir un livre en prime !