使用ExecuteScalar与EnterpriseLibrary.Data.Database时的连接关闭及释放咨询

别担心，Enterprise Library的Microsoft.Practices.EnterpriseLibrary.Data.Database类已经帮你把连接的生命周期管理搞定了，不用你手动去关闭连接或者Dispose资源，具体细节我给你拆解清楚：

1. ExecuteScalar等方法的连接自动管理 #

当你调用ExecuteScalar、ExecuteNonQuery这类方法时，Database内部会自动处理连接的打开和关闭：

• 如果连接原本是关闭状态，它会临时打开连接、执行命令，执行完成后立刻自动关闭连接。
• 只有当你手动调用了database.OpenConnection()打开连接时，才需要你自己调用connection.Close()去关闭，但这种场景其实很少见，推荐让Database自己管理连接更省心。

2. Database类为什么不需要Dispose？ #

Database本身只是一个封装工具类，它并不持有长期打开的连接资源——它的核心作用是帮你创建命令、调度连接的使用时机，所以它不需要实现IDisposable接口。你完全不用纠结怎么Dispose它，哪怕长期持有一个Database实例也没问题（甚至推荐复用实例，避免频繁创建开销）。

3. 需要手动管理的资源：DbCommand和IDataReader #

虽然Database不用管，但你自己创建的DbCommand和ExecuteReader返回的IDataReader是需要手动释放的，它们都实现了IDisposable，一定要用using块包裹：

示例1：ExecuteScalar的正确写法 #

// 假设database是初始化好的实例（比如通过DatabaseFactory.CreateDatabase()获取）
using (DbCommand cmd = database.GetSqlStringCommand("SELECT COUNT(*) FROM YourTable"))
{
    int result = (int)database.ExecuteScalar(cmd);
    // 这里完全不用手动关连接，ExecuteScalar已经处理完了
}

示例2：ExecuteReader的正确写法 #

using (DbCommand cmd = database.GetSqlStringCommand("SELECT * FROM YourTable"))
using (IDataReader reader = database.ExecuteReader(cmd))
{
    while (reader.Read())
    {
        // 读取数据逻辑
    }
    // Reader被Dispose时，会自动关闭关联的连接
}

总结 #

• 不用手动关闭Database的连接，ExecuteScalar等方法内部会自动完成。
• 不用Dispose Database实例，它没有需要手动释放的资源。
• 自己创建的DbCommand和IDataReader，务必用using块来确保资源被正确释放。

内容的提问来源于stack exchange，提问作者user3067761