Quel est l'équivalent de SQL Server Transactions dans DB2?

La réponse est effectivement un peu plus compliqué que ce qui est indiqué ici. Vrai, les transactions sont ANSI standardisés, et DB2 peut les soutenir.

DB2 pour z/OS peuvent être une très bête différente de l'autre des variantes (LUW, Linux-Unix-Windows, le plus souvent). Au risque de glisser dans une diatribe, ce qui rend l'idée de parler DB2 presque inutile. Vous parler d'une variante spécifique d'IBM base de données, mais ce qui fonctionne dans l'un peut être complètement invalide dans un autre. Je vais supposer que ce qui est de la saveur, l'OP a l'aide n'était pas le z/OS, depuis le BEGIN TRANSACTION réponse a été acceptée.

Pour ceux d'entre vous qui trébuchent à travers cette d'utiliser des transactions avec DB2 z/OS, voici le récapitulatif: DB2 pour l'unité centrale n'a pas de transactions explicites. Il n'y a pas de BEGIN TRANSACTION ou de tout autre comparable construire. Les Transactions sont commencé implicitement (généralement considérée comme une unité de travail dans les docs) et validée ou annulée explicitement (habituellement, de nombreux outils d'interface graphique, comme le Crapaud, d'avoir une validation automatique fonctionnalité qui peut se faufiler sur vous de temps en temps).

De la 9.1 z/OS SQL manuel de référence (page 28); disponible à http://www-01.ibm.com/support/docview.wss?uid=swg27011656#manuals):

"Une unité de travail est mis en œuvre lorsqu'une application est lancée. Une unité de travail
est également engagée lors de la précédente unité de travail est terminée par quelque chose d'autre que
la fin du processus de demande. Une unité de travail est terminée par une opération de validation,
une restauration complète de l'opération, ou à la fin d'un processus de demande. Un commit ou rollback
l'opération n'affecte que la base de données les modifications apportées au sein de l'unité de travail à la fin."

La chose la plus proche que vous obtenez lors de l'écriture de scripts est de spécifier manuellement un point de sauvegarde.

Ces ressembler à ceci:

 SAVEPOINT A ON ROLLBACK RETAIN CURSORS;

 UPDATE MYTABLE SET MYCOL = 'VAL' WHERE 1;

 ROLLBACK WORK TO SAVEPOINT A;

Superficiellement, ils ressemblent aux transactions explicites, mais ils ne le sont pas. Au lieu de cela, ils sont vraiment juste des points dans le temps au sein d'une seule transaction implicite. Pour de nombreuses fins, ils peuvent suffire, mais il est important d'être conscient des différences conceptuelles.

OriginalL'auteur Michael