执行SQL查询时持续时间是394吗？

Question

我遇到了这个连接池问题：

  

How to solve a connection pool problem between ASP.NET and SQL Server?

现在我正在使用SQL分析器跟踪，我发现一些查询需要大约400个持续时间才能完成并返回数据。

这个价值太高了吗？

是否会导致以前的连接池问题？

Answer 1

400表示400毫秒，或0.4秒。

这是否太长实际上取决于。如果这是您的首页或其他高流量区域，那就太多了，除非这是一个内部网站点。您可能需要重新考虑如何获取数据，或使用缓存来减少实际运行查询的次数。

如果这是一个报告或其他更复杂的页面，则400毫秒不会脱节。最多可能需要检查查询是否可以更快地完成，以改善整体用户体验。

您可能还希望运行Tuning Advisor以确定查询是否仅因为您没有正确的索引而运行缓慢。

Answer 2

这取决于您的申请。那不到1/2秒。如果您正在处理数千万行数据，那么这可能会非常好。另一方面，如果你有1000个用户，你的数据集很小，而且这个查询正在不断运行，那么你可能需要查看查询的性能。

Answer 3

这取决于查询的用途，运行频率以及用户对响应时间的期望。

如果查询在一小组数据上运行缓慢，则可能是您的SQL，索引或Web服务器与数据库服务器之间的网络连接存在问题。优化查询可能是解决此问题的最佳任务。

此外，如果查询经常运行，或者在您需要快速响应时间的系统区域中，您可能希望稍微优化查询。

如果查询NEEDS运行了那段时间并且无法进一步优化，但数据不经常更改，可能在应用程序中缓存结果有助于缩短响应时间。

如果您有一小部分不关心性能的用户（例如管理员运行报告），​​那么您不必担心。