How To Implement Nested Transactions with Oracle (187289)

MORE INFORMATION

The Microsoft Knowledge Base article 177138, entitled "INFO: Nested Transactions Not Available in ODBC/OLE DB/ADO" says this about nested transactions:

This is true for the Microsoft ODBC for Oracle driver. However, by using the SAVEPOINT keyword, you can simulate Nested Transactions. For more information about native ODBC or ADO support for Nested Transactions, please see the article mentioned above.

The SAVEPOINT keyword basically sets a bookmark for uncommitted statements in an Oracle session. You can rollback these statements by using the TO option with the ROLLBACK statement. This all has to be done through Execute statements (such as in the form of <connection>.Execute) because the ODBC parser cannot parse the SAVEPOINT keyword properly.

The following code shows how this all works:

    Conn = "UID=****;PWD=****;DRIVER={Microsoft ODBC for Oracle};" _
            & "SERVER=SamOracle;"

    Set Cn = New ADODB.Connection

    With Cn
        .ConnectionString = Conn
        .CursorLocation = adUseClient
        .Open
    End With

    Cn.BeginTrans
    Cn.Execute "SAVEPOINT ALPHA"
    Cn.Execute "INSERT INTO trantest VALUES(1,10)"
    Cn.Execute "INSERT INTO trantest VALUES(2,10)"
    Cn.Execute "SAVEPOINT BETA"
    Cn.Execute "INSERT INTO trantest VALUES(3,10)"
    Cn.Execute "INSERT INTO trantest VALUES(4,10)"
    Cn.Execute "ROLLBACK TO SAVEPOINT BETA"
    Cn.Execute "COMMIT"
    Cn.RollbackTrans
				

NOTE: This assumes a table "Trantest" exists on the Oracle server.

This code will commit the first two INSERT statements and rollback the second two. You will notice that the whole set of statements is surrounded with a CONNECTION level BeginTrans and CommitTrans. This is necessary so that, at the ODBC API level, the SQLSetConnectOption SQL_AUTOCOMMIT is set to SQL_AUTOCOMMIT_OFF. After you have finished your transaction it is a good idea to re-set SQL_AUTOCOMMIT to SQL_AUTOCOMMIT_ON (the default) by executing either a CommitTrans or a RollbackTrans. Because you have either committed or rolled backed your transactions with your Execute statements, it doesn't matter whether you call CommitTrans or RollbackTrans; either way, they have nothing to commit or rollback. You are just calling these functions to reset SQL_AUTOCOMMIT to SQL_AUTOCOMMIT_ON, which they both do.