[SQL2005] TRY-CATCH ne passe pas le contrôle au CATCH ?

Bonjour,

Soit le script suivant :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

CREATE PROCEDURE PsTest AS BEGIN BEGIN TRY PRINT 'Avant SELECT' SELECT dbo.Fn_FonctionQuiNExsitePas() PRINT 'Après SELECT' END TRY BEGIN CATCH PRINT 'Entrée CATCH' PRINT 'Erreur: ' + ERROR_MESSAGE() PRINT 'Sortie CATCH' END CATCH END GO   EXEC dbo.PsTest

---

La fonction Fn_FonctionQuiNExsitePas() porte bien son nom.

A l'exécution de la procédure stockée PsTest, j'obtiens la sortie suivante :

Citation:

---

Avant SELECT
Msg*4121, Niveau*16, État*1, Procédure*PsTest, Ligne*6
Impossible de trouver la colonne "dbo" la fonction définie par l'utilisateur ou l'agrégat "dbo.Test". Le nom pourrait également être ambigu.

---

L'erreur étant de niveau 16, le contrôle aurait du être transmis au bloc CATCH, donc j'aurais du voir les "Entrée CATCH" et "Sortie CATCH".

Pourquoi cela se passe-t-il autrement ?

Citation:

---

Les types d'erreur suivants ne sont pas gérés par un bloc CATCH lorsqu'ils surviennent au même niveau d'exécution que la construction TRY…CATCH :

• Les erreurs de compilation, telles que les erreurs de syntaxe, qui empêchent un lot de s'exécuter.
• Les erreurs survenant durant la recompilation au niveau de l'instruction, telles que les erreurs de résolution de noms des objets qui surviennent après la compilation en raison de la résolution de noms différée.

Ces erreurs sont renvoyées au niveau qui a exécuté le lot, la procédure stockée ou le déclencheur.

---

C'est parfaitement logique car vous pouvez créer, modifier ou supprimer la fonction après avoir créé la procédure.

A +

Bonsoir,

Merci à tous les deux, ça m'apprendra à lire la documentation.
Mais alors pourquoi mettre un niveau d'erreur 16 ? Même si c'est vrai que c'est une erreur du développeur ?
Pourquoi au moment de la création, l'existence de l'objet n'est-elle pas vérifiée ?

Citation:

---

vous pouvez créer, modifier ou supprimer la fonction après avoir créé la procédure.

---

Je ne trouve pas cela normal.

Citation:

---

Pourquoi au moment de la création, l'existence de l'objet n'est-elle pas vérifiée ?

---

C'est l'essence même de SQL : pourvoir modifier ou supprimer tout objet en toute indépendance. Si vous voulez que cela soit fait de manière cohérentes vis à vis des autres objets, à vous de tester leur utilisation par les tables de méta données et de gérer vos scripts de création au sein d'une transaction.

A +