慢速插入：从视图中选择

以下语句至少需要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无法将视图结果插入表中。
@Panagiotis Kanavos：只有我在使用数据库。这是我们客户数据库的副本，我正在本地计算机上进行处理。
@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。