Discussion :

[Pol63]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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)

[elsuket]

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.

@++

[Pol63]

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

[elsuket]

il est impossible d'enchainer 2 CREATE PROCEDURE sans GO

Exact, désolé

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 ?

@++

[Pol63]

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

[elsuket]

en mettant les requetes dans des varchar

NVARCHAR, car sp_executeSQL ne prend que l'Unicode

@++

[Pol63]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 ...

[elsuket]

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

@++

[SQLpro]

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 +

[Pol63]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Pol63]

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