我正在查询一个表以查找应用程序中有 5,00,000 条记录的特定记录。 当我查询时
例如：
........... Some Code
for i = 0 ; i < 60,000
............. Some code
connection.Open();
select * from ERet where [Key] = Variable+i ;
connection.Close();
--------------some calculation
.............some code
next
这个connection.open/close应该会影响应用性能吗？ 我是否需要在循环前打开连接并在循环后关闭以获得更好的应用程序性能。
【问题讨论】：
在这种特殊情况下，因为你有一个紧密的循环（嗯，它可能没有那么紧密，但你肯定在那个范围内执行了大量的操作），你应该保持连接在进入循环之前在循环外部打开，然后确保在循环完成后将其关闭。例如：
using (var connection = new SqlConnection("connection string"))
foreach (...)
{
// Do your work here.
}
虽然连接可能会或可能不会被回收/池化（取决于您的设置），但池化连接仍然存在一些开销（当您从池中拉出它们时需要重置它们），并且执行任何操作 60,000 次将有 一些 开销；你不妨把它拿出来，在你知道它不会对你产生负面影响的地方。
另外，正如Mitch Wheat 在his answer 中指出的那样，重要的问题是您是否必须执行 60,000 次查询；从您的代码中可以看出，您一遍又一遍地执行 same exact 查询，而只需要一次就足够了，或者您可以将查询所需的条件收集到一个查询中，然后进行处理你的数据。
【讨论】：
select * from ERet where [Key] in (...) 之类的操作，创建参数化查询，然后预先获取结果，然后骑自行车通过。如果您在创建和断开连接时发现大量开销，或者只是对数据库进行 60K 调用（而不是一次），那么这应该有助于缓解这种情况。
您正在创建 60,000 个连接，但您似乎不需要。
做一个
Using(open connection)
{
for(i = 1; i < 60,000; ++i)
{
query
}
}
现在，您在循环的整个生命周期中都打开了一个连接，它会在完成后很好地处理。
【讨论】：
是的，在循环之前打开连接（using()）并在循环完成后关闭。
另一方面，你为什么要那样做 60,000 次选择？
【讨论】：
我的建议通常是衡量发生了什么，看看您是否有问题。与发生的其他事情相比，创建和关闭连接的开销完全有可能是微不足道的，并且通过重构代码以优化连接，您会错过（甚至更糟）更大的问题。
例如 - 如果您可以在单个语句中进行选择并遍历结果集，那么您的应用程序应该运行得更快。如果您担心内存中有 500.000 条记录的记录集，请对其进行测试。
在不测试“之前”和“之后”的情况下进行优化是没有意义的，而且往往会适得其反。
【讨论】：