transaction avec des requetes de structure

bonjour

j'ai plein de requetes de structure à executer (create procedure, create table, create trigger ...)

à priori pour les enchainer il faut des GO entre chaque

je voudrais aussi que tout soit fait dans une transaction, pour que si l'une des requetes ne fonctionne pas je puisse rester dans l'état précédent

or begin tran n'a pas l'air d'apprécier qu'il y a des GO

Code:

---

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

bein try begin tran majBase   create ...   GO   create ...   GO   commit tran end try begin catch rollback tran end catch

---

une solution ?
(sql server 2005)

Bonjour,

GO n'est en fait pas une instruction T-SQL mais une instruction OSQL et de son successeur SQLCMD.
Elle permet plus généralement de marquer la fin d'un lot d'instructions aux utilitaires SQL Server, donc une transaction explicite ne peut pas contenir de GO.
Avez-vous essayé avec GOTO en testant s'il y a eu erreur ?
Peut-être aussi qu'en exécutant votre script avec SQLCMD vous pouvez gérer les erreurs.

@++ ;)

le goto ne semble pas etre une solution, il est impossible d'enchainer 2 CREATE PROCEDURE sans GO (message : create procedure doit etre la seule instruction du lot)

et donc pas de transaction autour possible, donc le goto ne résoud pas le problème


pourtant là ou je bossais avant, il y avait des script de mise à jour qui était dans une transaction ... mais je ne me rappelle pas comment

Citation:

---

il est impossible d'enchainer 2 CREATE PROCEDURE sans GO

---

Exact, désolé :?

Citation:

---

pourtant là ou je bossais avant, il y avait des script de mise à jour qui était dans une transaction ... mais je ne me rappelle pas comment

---

Avec sp_executeSQL ?

@++ ;)

ah oui en mettant les requetes dans des varchar ...
je pense pas que c'était comme ca où j'étais avant, mais ca devrait résoudre le problème

par contre ca complique un peu enfin c'est moins lisible
mais je vais tester ca vu que je vois pas d'autres solutions

Citation:

---

en mettant les requetes dans des varchar

---

NVARCHAR, car sp_executeSQL ne prend que l'Unicode ;)

@++ ;)

certes ^^


bon je viens de tester, c'est moyennement efficace, enfin dans mon contexte

GO est interdit dans sp_executesql

et mes scripts sont obtenu depuis la dll SMO (.net) de sql server
ca me permet pour des objets de générer des script sans me casser la tete, ca me donne par exemple

Code:

---

1 2 3 4 5 6 7 8

SET ANSI_NULLS ON GO   SET QUOTED_IDENTIFIER ON GO   ALTER TRIGGER (...)

---

et si je retire les GO, alter trigger rale qu'il n'est pas le premier dans le lot ...

Vous pouvez faire un sp_executeSQL pour chaque objet, en testant la valeur de retour de sp_executeSQL ...

@++ ;)

C'est le TRY qui pose problème, car il interfère avec GO. Même problématique avec GOTO.

Le plus simple est de faire du SQL dynamique et en sortie d'EXEC réagir en tuant la transaction.

A +

si c'est le try, je vais tenter de faire

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

begin tran     create   if @@error <> 0 begin rollback tran return end         create   if @@error <> 0 begin rollback tran return end   commit tran

---

bon ca ne va pas non plus, un RETURN situé au dessus d'un GO fait que l'execution continue après le GO ...

et puis avec @@error on a aucune info à part le message