[ASE12][Erreur] une ptite pile d'erreur java-like?

[blaz]

bonjour,
je travaille sur une grosse base, avec pas mal de procs stocs.
Chacune de ces ps appellent d'autres ps, faisant des insert/update/delete sur d'autres tables bien fournies en triggers.

En conséquence, quand j'écris une nouvelle ps en réutilisant d'autres ps, je peux avoir une chaîne d'erreur dont je ne maîtrise pas forcément les tenants et les aboutissants.
Si j'écris une ps1 qui appelle une ps2 , appelant une ps3 qui fait un insert dans une table X déclenchant une erreur dans le trigger TI_X
avec la variable @Error et le raiseError au mieux je vois le code erreur et le nom du trigger qui a lancé l'erreur.
Aussi je voudrais savoir s'il existe un système permettant de faire une pile d'erreur comme en java, pour voir la chaîne de commande qui a abouti à l'erreur.

merci pour vos réponses.

[fadace]

Créer une table (ou mieux, des tables) de logs que vous renseignez au fur et à mesure de vos traitements !

Attention aux goulets sur ce type de table !

[blaz]

effectivement j'y ai songé.
Chauqe ps insèrerait dans une table de log son petit nom et la date d'appel ce qui pourrait permettre une certaine traçabilité, mais
dans la mesure ou ces ps imbriquées sont la plupart du temps appelées dans une transaction, et que les triggers peuvent rollbacker, si une erreur intervient dans un trigger , ma table de log sera aussi rollbackée. donc je n'en saurais pas plus.

[kagemaru]

dans un environnement de test, vous pouvez peut-être essayer de mettre dans le trigger :

Code :

dbcc printolog('mon erreur')

Je ne l'ai pas testé ; attention aux perfs en cas de déclenchement en masse, car le fichier errorlog subira de nombreuses écritures en cas de pb.

ce stratagème n'est à utiliser que dans un environnement de test.

[blaz]

merci mais il faudrait pouvoir le faire en environnement de prod.
et je crois que si je demande à mon DBA une commande DBCC, il m'arrachera un bras pour me frapper avec

[fadace]

Non, ce n'est pas une bonne idée de balancer des dbcc printtolog pour ce type de fonctionnalité : j'en reviens plutôt à la table de journalisation qui sera plus efficiente...