J'ai un souci sous Enterprise Manager, que je vais vous exposer vite fait avec un exemple.
 
J'ai un trigger sur une table, qui se lance sur l'évènement Update.
Dedans j'ai ce bout de code (en gros ).
 

 
Sous l'analyseur de requête, quand j'update un enregistrement de la table, ça me lance bien l'erreur du Raiserror (le code continue).
Sous Enterprise Manager, quand j'update un enregistrement de la table, ça me monte bien un message d'erreur, en m'indiquant le message du Raiserror.
 

 
Sous l'analyseur de requête, l'erreur du Raiserror se lance bien.
Sous Enterprise Manager, plus aucun message d'erreur ne s'affiche, ça se contente de rollbacker automatiquement la transaction (graphiquement on perd la modification faite dans le champ).
 
Comment ça se fait ?  
C'est un bug absolument génant, voire bloquant. J'ai absolument besoin de pouvoir afficher des messages d'erreur sous Enterprise Manager.
 
Note: je précise que je suis obligé de passer par une requête construite & donc un Execute, car la vraie requête est le résultat de concaténation de variables & de résultats de fonctions.

salut.
 
étrange comme problème en effet.
 
regarde la doc à propos du "execute", il y a en effet une série de limitations plus ou moins improtantes.
 
 
par conre, attention aux "execute". dans la plupart des cas, même si ça paraît impossible à première vue, on peut s'en passer sans aucun problème !

je serais curieux de voir comme tu construis te requête

Je suis pas un grand fan des requêtes construites, mais là je vois pas comment faire autrement.
 

 
@strPrefixe est calculé en amont par une fonction, qui elle même va chercher dans une table une donnée qui peut changer à tout moment, un chemin de base de données [serveur].[BD].[dbo].
Quant à @strTable, on pourrait effectivement s'en passer, mais l'utiliser amélioreme grandement la lisibilité du code & surtout sa maintenance (avoir à saisir X fois le nom d'une table, c'est un peu cracra & chiant à maintenir).

Set @strRequete=@strRequete+' Where NAME= @strTable and type = ''U'''
 
-> Déjà, ça va va marcher à cause de ton execute.
 
fait chier, je trouve plus la syntaxe pour se connecter à une autre base.
ceci dit, tu peux toujours utilise ça :
openrowset()
-> je ne sais pas s'il a le même problème que execute

Ma requête est bonne, t'as oublié des ouvetures/fermetures de chaine en cours de route.
 
Pour OpenRowSet, je peux pas m'en servir, j'ai pas les infos de connexion, j'ai juste le nom du serveur et le nom de la BD cible. (ça me pose pas de problème étant donné que les serveurs sont liés)

j'ai pas dit que ça marchais pas tes guillements en folie, j'ai juste dis que tu pouvais t'en passer parceque c'est moche et lent
 
sinon, ouais, en effet, c'est la plait ton bidule. mais il doit bien y avoir une instruction qui permet de se connecter à une base et un serveur... faut trouver laquelle

enfin, on s'écarte du sujet, regarde déjà la doc à propos des limitation du exec, je sais qu'il y a une histoire de scope qui est un peu chiadée

C'est pas plutot un problème avec Enterprise Manager ?
 
Le Exec marche; sans le Raiserror que j'ai mis pour vérifier la gestion des erreurs, le trigger se passe sans souci & marche pile comme il faut.

j'ai dû zapper un truc : tu executes comment ton raiseerror depuis entreprise manager ?

Le Raiserror est dans le trigger. Trigger que je lance dans Enterprise Manager en updatant des données sur la table du trigger.

ok. mais alors pkoi tu dis que dans le premier cas, ça marche avec les deux,et pas le second, je panne rien en fait

sinon, fait ça :
 
str = 'if exists ...
go
raiseerror()'
 
(tu noteras les sauts de ligne sans fermer les ')
 
ça devrait marcher

Tu veux dire que je dois mettre le Raiserror dans la requête construite ?
 
Je précise que j'utilise un Raiserror pour garder mon code propre, mais si j'introduit une erreur dans la requête construite (genre je fais un 'select 1 from toto'), le résultat est le même, rollback sans message d'erreur dans Enterprise Manager.

Je vais résumer simplement.
 
Si je fais dans mon trigger

Enterprise Manager me remonte une erreur, du genre "invalid object name Toto"
 
Si je fais

Enterprise Manager ne remonte pas d'erreur, il se contente d'annuler la modif que j'ai fait sur le champ pour lancer le trigger.
 
Dans les 2 cas là, l'analyseur de requête me remonte à chaque fois l'erreur.

ok. ben... c'est chelou

Bon je viens de faire un test sur un SQL Server fraichement installé, config par défaut (je suis pas admin SQL Server, juste développeur, je vais éviter de tout casser ).
Ca plante exactement pareil.
 

 
-> Enterprise Manager me sort bien une erreur.
 

 
-> Enterprise Manager affiche plus rien comme erreur.