SQL Azure 间歇性缓慢
我在 SQL Azure 数据库中有一个存储过程。如果我通过 SSMS 运行这个存储过程，它总是需要大约 1 秒的时间来运行。如果我使用 SqlCommand 对象从 Azure 上运行的 Web 角色应用程序运行，它通常（并非总是）运行缓慢并最终超时。与通过 SSMS 或 SqlCommand 运行有什么不同？
I have a stored proc in an SQL Azure database. If I run this stored proc via SSMS it always takes around 1 second to run. If I run from a web role application running on Azure with an SqlCommand object it often (not always) runs slowly and eventually times out. What would be the different from running via SSMS or a SqlCommand?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
SQL Server 将为存储过程选择并缓存一个执行计划。该计划可能针对给定的一组参数进行了优化，但对于其他参数来说却是一个糟糕的选择。
您应该检查它选择的执行计划并评估它是否足以满足您最常见或最繁重的查询。
可能的解决方案包括根据需要创建（或删除）索引，或使用优化提示。
查询优化比乍看起来更加复杂和微妙。一些有用的参考：
SQL Server will choose and cache an execution plan for the stored procedure. This plan may be optimized for a given set of parameters, and be a poor choice for others.
You should review the execution plan it is choosing and assess whether it's adequate for your most common or most heavy queries.
Possible solutions include creating (or dropping) indexes as necessary, or using optimization hints.
Query optimization is more complex and subtle that it would seem at first. Some helpful references: