最佳实践是在.Net代码中共享IDbConnection或连接字符串/工厂
我想知道在.Net应用程序(ADO.NET，但我想对任何数据层都应该是一样的)中维护数据库连接的最好方法是什么。我应该创建一个数据库连接并在我的应用程序中传播它，还是只传递连接字符串/工厂并在需要时即席创建一个连接更好？
据我所知，性能命中对于池化并不重要，它允许我非常容易地从断开的连接中恢复(只是创建一个新连接)，但连接对象是一个很好的、相对较高级别的抽象，为每个操作(不是SQL命令，而是应用程序操作)创建一个新连接会生成额外的重复代码，感觉像是在浪费时间/资源(？)。
你如何看待这两种情况，它们的优缺点是什么，你在现实生活中使用的是哪种方法？
谢谢
回答 4
Stack Overflow用户
发布于 2009-01-05 20:07:42
我发现自己需要传递一个connection对象，以便允许多个业务对象在单个事务中将其自身保存到数据库中。
如果每个业务对象都必须为数据库创建自己的SQLConnection，那么事务将升级为分布式事务，我希望避免这种情况。
我不喜欢将SQLConnection对象作为参数传递来保存对象，所以我创建了一个ConnectionManager来处理创建SQLConnection对象、跟踪SQLConnection对象的使用以及在不使用时断开SQLConnection对象的工作。
以下是ConnectionManager的一些示例代码：
public class ConnectionManager: IDisposable
{
private ConnectionManager instance;
[ThreadStatic]
private static object lockObject;
private static Object LockObject
{
get
{
if (lockObject == null)
lockObject = new object();
return lockObject;
}
}
[ThreadStatic]
private static Dictionary<string, ConnectionManager> managers;
private static Dictionary<string, ConnectionManager> Managers
{
get
{
if (managers == null)
managers = new Dictionary<string, ConnectionManager>();
return managers;
}
}
private SqlConnection connection = null;
private int referenceCount;
private string name;
public static ConnectionManager GetManager(string connectionName)
{
lock (LockObject)
{
ConnectionManager mgr;
if (Managers.ContainsKey(connectionName))
{
mgr = Managers[connectionName];
}
else
{
mgr = new ConnectionManager(connectionName);
Managers.Add(connectionName, mgr);
}
mgr.AddRef();
return mgr;
}
}
private ConnectionManager(string connectionName)
{
name = connectionName;
connection = new SqlConnection(GetConnectionString(connectionName));
connection.Open();
}
private string GetConnectionString(string connectionName)
{
string conString = Configuration.ConnectionString;
return conString;
}
public SqlConnection Connection
{
get { return connection; }
}
private void AddRef()
{
referenceCount += 1;
}
private void DeRef()
{
lock (LockObject)
{
referenceCount -= 1;
if (referenceCount == 0)
{
connection.Dispose();
Managers.Remove(name);
}
}
}
#region IDisposable Members
public void Dispose()
{
Dispose(true);
}
protected virtual void Dispose(bool disposing)
{
if (disposing)
{
DeRef();
}
}
~ConnectionManager()
{
Dispose(false);
}
#endregion
}下面是我如何在业务对象中使用它：
public void Save()
{
using (ConnectionManager mrg = ConnectionManager.GetManager("SQLConnectionString")
{
using (SQLCommand cmd = new SQLCommand)
{
cmd.connection = mgr.Connection
// More ADO Code Here
}
_childObject.Save(); //this child object follows the same pattern with a using ConnectionManager.
}
}我保存了一个业务对象，它的所有子对象也使用相同的connection对象保存。当作用域远离原始父级时，using语句将关闭连接。
这是我从Rocky Lhotka的CSLA框架中学到的模式。
基思
Stack Overflow用户
发布于 2009-01-05 19:32:22
ADO.NET SQL Server提供程序自己执行连接池。您可以通过连接字符串中的MinPoolSize和MaxPoolSize来控制池大小。
Stack Overflow用户
发布于 2009-01-05 19:32:55
你真的不应该自己处理这个问题，因为有无数的工具可以为你做这件事。
如果您真的想自己做这件事，那么可以研究一下Unit of Work模式，您可以在该模式中管理连接/事务生命周期。您肯定不想尝试在混乱的水域中导航，因为在不同的地方有打开/关闭的连接。
如果您决定让您的组件直接打开数据库连接，那么连接生命周期很可能过于细粒度，从而导致单个用户操作有许多打开/关闭的连接。
https://stackoverflow.com/questions/414207
复制相似问题