如何解决慢速插入:从视图中选择
以下语句至少需要4秒钟:
INSERT INTO [SomeSmallTable]
SELECT * FROM ComplexView
WHERE [Date] = convert(datetime,'23/09/2020',103)
但是,如果我们只运行SELECT部分而不插入INSERT INTO,则只需不到半秒的时间:
SELECT *
FROM ComplexView
WHERE [Date] = convert(datetime,103)
该视图选择少于200行,并且名为“ SomeSmallTable”的表仅包含几行。我认为这个问题是在我们更新名为“ ComplexView”的视图时开始的。 ComplexView基于其他视图(其中一些视图基于其他视图本身)以及一些表。
我尝试使用sp_refreshview
刷新所有视图,但无济于事。
我们如何确定此问题的原因并希望解决该问题?
[编辑]
-
@Dale K:我不能发布执行计划,我认为它们很复杂,并且不相关,因为无论是否有INSERT部分,它们对于两个语句都是相同的,除了Table Insert部分。但是我确实看到INSERT花费100%。由于某种原因,sql无法将视图结果插入表中。
-
@gotqn:SomeSmallTable是一个表,因此没有表变量或临时表。但是,它是在用户在我们的应用程序中打开特定表单时创建的,然后删除该用户然后关闭该表单。
-
@Arvo:SomeSmallTable没有键,也没有触发器。该视图返回的行数少于200,该行已插入到该表中,并且在插入这些行之前,该表为空。
-
我按照接受的答案中的步骤进行操作,最终将当前的“ ComplexView”与以前的版本进行比较,并找出导致此问题的原因。
解决方法
正如其他人所说,检查执行计划是第一步。鉴于INSERT
(而不是查询)引起了延迟,您可以进一步解决该问题。您可以尝试以下操作:
- 请按照here的答案尝试使用Statistics IO来查找更多信息。
- 使用静态数据(例如
INSERT
)来尝试INSERT INTO [SomeSmallTable] VALUES (1,2,'...etc');
。这将告诉您问题是否出在任何INSERT
语句中,或者是何时从视图专门插入。 - 检查视图返回的数据量。 4s可能合理,也可能不合理,具体取决于要插入多少行。
- 检查表设计以查看其如何使用主键,外键,复合键,索引,触发器等。其中某些功能优化了表的选择设计,但会降低插入速度,这是一个折衷方案。对此here可以找到一个很好的答案。
- 如果您知道这不是负载问题(因为您是唯一使用此数据库的人),请检查是否有其他限制您正在使用的计算机上的资源(其他占用大量资源的任务,正在发生其他任何查询)同时显示SQL Server中的计划作业等。)您可以使用SQL Server Profiler实时查看查询。
- 如果慢速性能不仅限于此特定查询,那么您还可以查看其他常规design considerations。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。