Discussion :

[rad_hass]

Bonjour à tous,

Je voudrais pour renforcer l'intégrité de ma base rajouter des Triggers ...

Mais je voulais savoir comment traiter les erreurs renvoyer par le Triggers, alors je me demande quel type d'exception un trigger renvoie ? Une SqlException classique ou une erreur d'intégrité ?

Je n'ai pas trouvé d'infos sur les pages msdn (a moins que je n'ai pu trouver les bon mots ...).

Merci d'avance pour toutes aides

[tomlev]

Les triggers ne renforcent pas l'intégrité d'une base... C'est plutôt le rôle des contraintes de clés étrangères et contraintes de colonnes (not null etc)

Pour répondre à ta question (enfin, pas vraiment vu que je n'ai pas la réponse ), le plus simple serait de tester... tu fais un petit trigger qui va lever une erreur, et tu vois le résultat...

[Philippe Vialatte]

De ce que je me rappelle (mais je peux me tromper), les triggers sont "hors bande" par rapport à ta connexion...

J'ai peur que tu n'aies pas de retour coté "client" (ou un gros pétage d'exception générique, a la oracle)

[rad_hass]

Bonsoir à vous et merci beaucoup pour vos réponses.

Les triggers ne renforcent pas l'intégrité d'une base...

Pourquoi cette affirmation ? Il me semble qu'un des rôles d'un trigger c'est de garantir l'intégrité référentielle (par exemple déclancher une suppression en cascade lors de la suppréssion d'un tuple avec des références étrangères ...).

En cherchant dans la msdn j'ai vu l'utilisation aussi du terme intégrité pour les trigger :

Les déclencheurs DML s'utilisent souvent pour imposer des règles de gestion et l'intégrité des données.

http://msdn.microsoft.com/fr-fr/library/ms189799.aspx

J'ai peur que tu n'aies pas de retour coté "client" (ou un gros pétage d'exception générique, a la oracle)

C'est de ça que j'ai peur ...
Je vais faire un essai demain ;-)

merci encore

[tomlev]

(par exemple déclancher une suppression en cascade lors de la suppréssion d'un tuple avec des références étrangères ...).

En général tu peux gérer ça avec les contraintes de clés étrangères... mais peut-être pas sur tous les SGBD

Ce qui n'enlève rien à l'intérêt des triggers, soit dit en passant... c'est juste qu'en général je ne m'en sers pas pour ça.

[B.AF]

Ca dépend, si dans tes triggers tu as des raise errors, dans ce cas, tu les récupéres en SQLException.

Si tu ne géres pas ça; à moins que l'erreur provoque une erreur d'intégrité dans les relations / index etc; tu ne verras rien.

[rad_hass]

En général tu peux gérer ça avec les contraintes de clés étrangères... mais peut-être pas sur tous les SGBD

Ce qui n'enlève rien à l'intérêt des triggers, soit dit en passant... c'est juste qu'en général je ne m'en sers pas pour ça.

Oui ceci est un cas simple on va dire, mais imaginant que tu dois faire un traitement plus complexe, par exemple ne pas supprimer une valeur qui empêcherai un calcul (par exemple une TVA, ou Taxe) ou vérifier l'héritage avant création vérifier qu'un véhicule ne devient pas bateau et avion à cause de la nouvelle insertion (d'ailleurs l'article de SqlPro à ce sujet est très intéressent ...).

Pour ce qui est de mon problème j'ai fait le test, on peut générer un niveau de gravité et un message formaté à partir du trigger, mais à priori on a toujours une sqlException à la sortie, donc difficile à exploiter

Merci en tout cas pour votre aide