c# - 桌面 C# SQL Server (LocalDB) 数据库访问模式

Question

我来自 Native C++/PHP/MySQL/SQLite 背景。

这个周末学习 C#/WinForms/SQL Server/ASP.NET。这一切似乎都以不同的方式运作。尤其是考虑到我不再确切知道引擎盖下发生了什么，我可以在哪里优化等等。

需要使用 SQL Server (LocalDB) 我想我在阅读的大多数在线示例中注意到了一种奇怪的数据库访问模式+ 视频教程(我从亚马逊买了 2 本书，但它们下周就到了，所以现在，很遗憾，在线学习基础知识)。

在这些示例中，他们每次访问数据库时，都会为每个查询打开和关闭 SqlConnection。

using(var sql = new SqlConnection())
{
    sql.Open();
    // do Sql stuff here
}

对于一个 C++ 人来说，这让我非常紧张:

• 当我需要进行查询时，一直打开/关闭连接的开销是多少？
• 为什么不打开一个对象并在需要时重新使用它？

谁能告诉我这是 Desktop C# 中性能友好的数据库访问模式还是采用 B 计划？最终结果将是 C# Windows 服务 具有 IOCP 服务器(我已经知道了)，它应该处理多达 1,000 个连接。它不会是非常数据密集型的。但即使有 100 个客户端，Sql 打开/关闭操作的开销(如果有的话)也会迅速增加。

我还注意到 MultipleActiveResultSets=True; 这应该使它对多次读取特别友好。所以，我可以想象整个应用程序的读访问和短写与 MARS 的单一连接应该可以解决问题？!以及用于更大的INSERT/UPDATE 的专用连接。

Plan B: I've initially thought about creating a connection pool for short reading / writing operations. And another one for longer read/write operations. And looping through it myself... Or maybe one connection per client but I'm not sure that won't be quite abusive.

Answer 1

实际上，这里几乎没有性能问题，少量的开销被可维护性的巨大提高所弥补。

首先，SqlConnection 默认使用ADO.NET 连接池。所以连接实际上并没有打开和关闭到服务器。相反，ADO.NET 内部有一个连接池，它会在适当的时候重用这些连接，并按 ConnectionString 对它们进行分组。它非常擅长管理这些资源，只要您善于在使用完对象后清理它们即可。

这是使这项工作成功的部分原因。通过关闭连接，您告诉连接池该连接可以被不同的 SqlConnection 重用，因此实际上，您认为的性能问题实际上是性能优化。

来自 native 编程，关于在托管世界中编写代码，您必须了解的第一件事是您必须释放您的资源，否则垃圾收集器将无法有效地清理它们。我知道您的第一个冲动是尝试自己管理生命周期，但您应该只在绝对必要时才这样做。

要学习的第二件事是停止对您认为是潜在性能问题的事情“感到紧张”......只有在您知道它们是一个问题时才进行优化(即，您已经使用了分析器并发现正常方法效率不如您希望的那样。

As always, read the documentation:

http://msdn.microsoft.com/en-us/library/8xx3tyca(v=vs.110).aspx