SQL Server 执行计划用于临时查询填充计划缓存

发布于 2024-12-13 13:28:33 字数 404 浏览 0 评论 0原文

我们有一个每小时更新的数据库。更改是由应用程序对更新或插入的每一行使用 DELETE/INSERT 进行的。 SQL Server是2008 R2标准版。

即席查询的查询执行计划正在推出其他(更重要、更大的)执行计划,这会影响该数据库的报告并占用数据缓存。

查看计划缓存后,我们发现(正如预期的那样)SQL 正在为每个查询生成一个新计划。

我的问题是,创建计划指南会阻止 SQL 为每次更新生成新计划吗?

我在缓存中看到,例如,对于浮点列的更新,SQL 每次将其参数化为不同长度的数字,这意味着每个参数化查询都是不同的。如果我使用查询的参数化版本创建计划指南,为每列指定正确的数据类型,这是否会强制 SQL 使用此计划?

我知道使用存储过程可以解决这个问题,但由于其他原因,这不是一个选择。

谢谢。

We have a database which is updated every hour. Changes are made by an application which uses DELETE/INSERT for each row that is updated or inserted. SQL Server is 2008 R2 Standard Edition.

The query execution plans for the ad hoc queries are pushing out other (more important, larger) execution plans which is affecting reporting on that database and eating into the data cache.

After looking at the plan cache we have found that (as expected) SQL is generating a new plan for each query.

My question is, would creating a plan guide stop SQL generating a new plan for each update?

I have seen in the cache that for an update to a float column for example, SQL parameterizes it to a numeric of varying length each time, which means every parameterized query is different. If I create a plan guide with the parameterized version of the query, specifying the correct data types for each column, will this force SQL to use this plan?

I am aware that using stored procedures will solve this, but for other reasons that isn't an option.

Thanks.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文