Language agnostic 数据访问对象:单个还是多个小对象?

Language agnostic 数据访问对象:单个还是多个小对象?,language-agnostic,singleton,data-access,Language Agnostic,Singleton,Data Access,当开发一个执行大量数据访问的应用程序(web、win等)时,最好是在请求的长度内保持数据访问对象的打开状态(即,在一行中执行许多操作,然后在完成后关闭),还是保持打开和关闭新对象 protected aDataContext dc = new aDataContext(); vs 我认为前者的表现会更好;但这似乎是一种不好的做法。最好使用连接池。 尽可能保持有限数量的连接打开。 打开一个连接是昂贵的,但是打开一百万个连接可能会杀死你的服务器。 您应该对您的场景进行基准测试,以获得最佳结果……最

当开发一个执行大量数据访问的应用程序(web、win等)时,最好是在请求的长度内保持数据访问对象的打开状态(即,在一行中执行许多操作,然后在完成后关闭),还是保持打开和关闭新对象

protected aDataContext dc = new aDataContext();
vs


我认为前者的表现会更好;但这似乎是一种不好的做法。

最好使用连接池。 尽可能保持有限数量的连接打开。 打开一个连接是昂贵的,但是打开一百万个连接可能会杀死你的服务器。
您应该对您的场景进行基准测试,以获得最佳结果……

最好使用连接池。 尽可能保持有限数量的连接打开。 打开一个连接是昂贵的,但是打开一百万个连接可能会杀死你的服务器。
您应该对您的场景进行基准测试,以获得最佳结果……

通常,您应该为每个工作单元打开一个新连接,使用它,然后尽快关闭它。NET(或ADO或ODBC或其他)内部将为您共享连接,只要连接字符串相同,因此它实际上非常有效。还有其他问题需要考虑——特别是事务——但一般来说,最好遵循这种打开-关闭模式,让.NET管理连接池

通常,您应该为每个工作单元打开一个新连接,使用它,然后尽快关闭它。NET(或ADO或ODBC或其他)内部将为您共享连接,只要连接字符串相同,因此它实际上非常有效。还有其他问题需要考虑——特别是事务——但一般来说,最好遵循这种打开-关闭模式,让.NET管理连接池

我正在将所有内容路由到一个连接,只有当它断开时才重新打开。。适合我的情况…我正在将所有内容路由到单个连接,只有在连接断开时才重新打开。。适合我的场景…你关心交易吗?你关心交易吗?
private aObject GetInfo(...) {...}