Peut-on simuler un update pour s'assurer du résultat avant ? [Résolu]

[tibofo]

Bonjour,

Est-il possible de 'simuler' un UPDATE ?

Exemple : je fais un

Code :

1
2
3
UPDATE    MATABLE
SET              CHAMP1 = 999999
WHERE     (CHAMP2 = 0)

Je souhaiterais "voir" ce que cela donnera avant de le faire en réel. Pour éviter de faire une mauvaise requête update et avoir des mauvaises conséquences.

Merci pour vos infos
Thib

[SQLpro]

Il suffit de gérer une transaction en faisant un ROLLBACK...

Code :

1
2
3
4
5
6
7
8
9
10
 
BEGIN TRANSACTION
 
UPDATE MATABLE
SET    CHAMP1 = 999999
WHERE  CHAMP2 = 0
 
-- tout un tas d'autres requêtes
 
ROLLBACK TRANSACTION

A +

[tibofo]

Merci j'ai essayé mais je ne comprends pas comment je peux 'constater' si mon update est correct.

Le rollback m'annule mon update

du coup, après si je fais un select pour voir mes enregistrements...je ne vois aucun changement ?

[elsuket]

Bonjour,

Vous pouvez pour cela utiliser la clause OUTPUT :

Code :

1
2
3
4
5
6
7
8
BEGIN TRANSACTION
 
UPDATE MATABLE
SET CHAMP1 = 999999
OUTPUT INSERTED.CHAMP1, DELETED.CHAMP1
WHERE (CHAMP2 = 0)
 
ROLLBACK TRANSACTION

INSERTED et DELETED sont deux tables virtuelles qui ont exactement la même structure que la table qui subit l'UPDATE.
Elles reflètent respectivement les nouvelles et anciennes valeurs prises par les colonnes de lignes candidates à l'UPDATE.

Vous ne pouvez pas l'utiliser si un trigger est en place sur la table qui subit l'UPDATE, puisqu'on peut utiliser ces tables virtuelles également dans un trigger.

@++

[tibofo]

Merci

Mais cette fois, j'obtiens une erreur

La table cible 'F_COMPTET' de l'instruction*DML ne peut pas comporter de déclencheurs activés si l'instruction contient une clause OUTPUT sans clause INTO.

J'ai l'impression que cela me parle de ce que vous me disiez sur les triggers.
Je vais essayer de chercher sur le Net des infos sur la clause INTO pour voir si je peux y arriver....

[asphp]

test en re7

[tibofo]

Merci pour ta réponse. Mais je ne la comprends pas : je suppose que tu me dis "test en recette" ? Mais je ne comprends pas de quoi tu parles.

En attendant, j'ai cherché la clause INTO sur le forum avec le OUTPUT. J'ai trouvé des exemples et je m'y suis adapté.
Cela fonctionne effectivement en mettant un INTO @MatableTempo


Je laisse ouvert le post pendant qq heures au cas où tu me réponds sur le test en re7...

Merci à tous pour votre aide
Thib

[asphp]

test en re7 = si tu as un environnement iso-prod en recette, alors tu pourras faire des tests sur ta table en recette pour voir ce que cela donne, avant de passer en prod

[tibofo]

Merci pour l'explication.

Je suis un peu ds ce cas, car j'ai un SQL 2008 installé sur mon portable. Et lorsque j'ai un doute, je mets une copie de la base sur mon portable et c'est souvent d'abord sur lui que je fais mes essais.

De toute façon, j'évite de prendre des risques avec SQL Serveur : je fais toujours une sauvegarde avant de lancer des opérations qui peuvent avoir une conséquence.

Merci

[Waldar]

Comme vous l'a expliqué SQLPro, il suffit de faire une transaction annulée, mais de faire un SELECT avant le rollback :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
BEGIN TRANSACTION
 
UPDATE MATABLE
   SET CHAMP1 = 999999
 WHERE CHAMP2 = 0
 
-- tout un tas d'autres requêtes
SELECT *
  FROM MATABLE
 WHERE CHAMP2 = 0
 
ROLLBACK TRANSACTION