Ordonner l'exécution d'un script dans un curseur

Version imprimable

bonjour

j'utilise ce curseur pour appliquer une opération du truncate table sur des Multi tables

sauf que je veux ordonner l'opération du truncate selon un ordre bien définit

truncate table1 puis truncate table2

Qui a une idée comment je peut ordonner l’exécution dans mon curseur selon mon besoin

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
DECLARE @Table_Name VARCHAR(50)
DECLARE @Query VARCHAR(250)
DECLARE Table_Cursor CURSOR FOR SELECT Name FROM sys.tables where name like 'integration%_bulk';
DECLARE @Affected_Rows INTEGER = 0 
DECLARE @message nvarchar(max)
 
OPEN Table_Cursor
FETCH NEXT FROM Table_Cursor INTO @Table_Name
WHILE @@FETCH_STATUS = 0
BEGIN
    SET @Query =   'truncate table  '+@Table_Name+ char(8) 
	set @message = 'truncate table  '+@Table_Name+ char(8) 
raiserror(@message,10,1) with nowait;
 
  exec  (@Query)
    SET @Affected_Rows = @Affected_Rows + COALESCE(@@ROWCOUNT, 0)
    FETCH NEXT FROM Table_Cursor INTO @Table_Name
END
SELECT @Affected_Rows AS Affected_Rows
 
CLOSE  Table_Cursor
DEALLOCATE Table_Cursor

merci pour vos aides

Bonjour,

Tu peux utiliser un order by dans ton curseur.
Par exemple

Code:

1
2
3
4
5
DECLARE Table_Cursor CURSOR FOR SELECT Name FROM sys.tables where name like 'integration%_bulk' 
order by case name when 'truc'  then 1
when 'bidule' then 2
else 0
end;

Cordialement
Soazig

Beaucoup plus simples et plus rapide :

Code:

1
2
3
4
5
6
DECLARE @SQL NVARCHAR(max) = N'';
SELECT @SQL = @SQL + N'TRUNCATE [' + s.name + '].[' + t.name + '];'
FROM   sys.tables AS t
       JOIN sys.schemas AS s ON t.schema_id = s.schema_id
WHERE  t.name like 'integration%_bulk';
EXEC (@SQL);

Sans passer par un curseur !

A +

04/01/2020, 20h51
soazig

Bonjour,
La question que je me pose est pourquoi vouloir faire un truncate de la table A avant la B ? De toute façon s'il y a une foreign key dans les deux cas ça plantera.
Cordialement
Soazig
04/01/2020, 21h59
Invité

Citation:

Envoyé par soazig

La question que je me pose est pourquoi vouloir faire un truncate de la table A avant la B ? De toute façon s'il y a une foreign key dans les deux cas ça plantera.

Bon point !