为什么 ADO BeginTrans() 执行的操作与“BEGIN TRANSACTION”不同？

Question

在将 ADO 与 C++ 和 Microsoft SQL Server 2008 (express) 一起使用时，我遇到了一些令人惊讶的行为。本质上，我有执行此操作的代码：

//pseudocode pseudocode pseudocode   
adoConnection->Execute("BEGIN TRANSACTION;");
Insert( adoRecordsetPtr );
SelectAll( adoRecordsetPtr  );
adoConnection->Execute("COMMIT TRANSACTION;");

但是当它尝试执行 SelectAll 时，ADO 抛出异常并包含以下信息：

错误：ADO 错误 -2147217871：071A14D0
来源：Microsoft OLE DB Provider for SQL Server
描述：超时过期

经过一番调查，我发现如果我使用 ado_connection->BeginTrans()，就像一个理智的人会做的那样，一切都会按预期进行。虽然这篇文章主要是为了让其他可能遇到该问题的人可以在谷歌上找到解决方法，但我也有一个问题：

为什么这能解决问题？

这里有一些关于我的问题的更多细节插入并全选。请注意，SelectAll 使用 ADO 命令对象（因为在实际代码中它没有执行全选）。如果我使用 Connection.Execute() 而不是 Command.Execute()，则不会发生超时。

//Insert
ADODB::_RecordsetPtr prs = NULL;
HRESULT hr = prs.CreateInstance(__uuidof(ADODB::Recordset));
prs->Open(
    table
    _variant_t((IDispatch *) acpAdoConnection),
    ADODB::adOpenUnspecified, 
    ADODB::adLockOptimistic, 
    ADODB::adCmdTable);
prs->AddNew();
//put some stuff into fields using prs->Fields->Item[]
prs->Update();
prs->Close();

//SelectAll
ADODB::_CommandPtr cmd;
cmd.CreateInstance( __uuidof( ADODB::Command ) );
cmd->ActiveConnection = acpAdoConnection;
ADODB::_RecordsetPtr prs2 = NULL;
HRESULT hr2 = prs2.CreateInstance(__uuidof(ADODB::Recordset));
prs2->Open(
    table, 
    _variant_t((IDispatch *) acpAdoConnection),
    ADODB::adOpenUnspecified, 
    ADODB::adLockOptimistic, 
    ADODB::adCmdTable);
std::string sql = "SELECT * FROM [" + table + "] ;";
cmd->CommandText = sql.c_str();
_variant_t  vtEmpty (DISP_E_PARAMNOTFOUND, VT_ERROR);
_variant_t  vtEmpty2(DISP_E_PARAMNOTFOUND, VT_ERROR);
//timeout:
ADODB::_RecordsetPtr records = 
    cmd->Execute( &vtEmpty, &vtEmpty2, ADODB::adCmdText );

Answer 1

简而言之，BEGIN TRANSACTION 和 cn.BeginTrans() 的行为并不总是相同。这篇MSDN 文章告诉您有关此问题的更多信息：

---

ADO 的行为如何对于事务默认

情况下，ADO 在 AutoCommit 模式下运行，除非您通过执行 Connection.BeginTrans 启动隐式事务。

Implicit_transactions 在服务器上为每个语句开始一个事务，并且在手动发出这些语句之前不会发生提交。

所以，

set implicit_transactions on
go
insert
insert
insert

内部就变成了

BEGIN TRAN
insert
insert
insert
...

除非用户发出正确的语句，否则上述事务不会回滚或提交。

如果没有隐式事务（默认情况下是 ADO（自动提交模式）的行为），则会（概念上）发生以下情况：

BEGIN TRAN
insert
COMMIT TRAN
BEGIN TRAN
insert
COMMIT TRAN

---

正如您可以轻松看到的，因为您的情况

BEGIN TRAN
insert
COMMIT TRAN
BEGIN TRAN
select
COMMIT TRAN

不同于：

BEGIN TRAN
insert
select
COMMIT TRAN

...并且也可能不是您所期望的。