为什么SqlConnection和SqlTransaction都存在于SqlCommand构造函数中？

Question

我想知道,这个SqlCommand构造函数重载的原因是什么:

public SqlCommand(
    string cmdText,
    SqlConnection connection,
    SqlTransaction transaction
)

？

当我需要创建一个使用作为参数提供的事务来完成其位的内部方法时,我总是觉得仅传递SqlTransaction给该方法就足够了,因为显然,连接将是tran.Connection.
这种过载是否同样适用？只通过cmdText而且还不够transaction吗？

实际上是否可以SqlCommand针对连接执行,提供SqlTransaction针对不同 的打开SqlConnection？这会导致什么结果？

Answer 1

这是一个有趣的观察，因为您不能使用来自不同连接的事务。System.Data.SqlClient.SqlCommand (4.0) 有一个名为ValidateCommand 的私有成员，它包含多项验证检查，包括以下一项：

if ((this._transaction != null) && (this._activeConnection != this._transaction.Connection))
{
    throw ADP.TransactionConnectionMismatch();
}

SqlCommand类的总体设计是为了灵活性。CommandText、Connection 和 Transaction 属性（也在三个附加构造函数重载中公开）是读/写的。这使得类变得灵活，但也容易出现错误使用。

当然，如果属性是只读的并且构造函数用作将数据传递到对象的主要手段，事情会更加清晰。在这种情况下，下面的构造函数会更有意义：

public SqlCommand(string commandText, SqlTransaction transaction)

但是，我认为这些属性是读/写的，以启用拖放设计器支持，其中使用默认构造函数构造对象，并在 InitializeComponent 方法中设置属性。