SQL Server 如何知道锁定视图对象？

Question

在 SQL Server 2008 中，我对表 A 和 B 有一个视图 V，看起来大致类似

create view V as
    select * from A
    union all
    select * from B

从V 读取会导致查询获取基表上的意向共享锁，但也会获取视图对象上的意向共享锁。。 p>

很清楚为什么我们需要表上的 IS 锁，我们可以看到视图上的 IS 锁可以防止对视图下的表进行并发修改。没关系。

查询计划没有提及视图。它已完全编译出来，在这种情况下，生成的计划是两个基表中行的简单串联。实际上，查询计划 XML 中唯一提到视图的是语句文本。

如果您在表上添加第二个视图U，则从V 读取不会导致对U 进行任何锁定。这排除了引擎只对A 和B 上的所有视图进行IS 锁定。

数据库引擎如何知道要锁定视图？

• 语句文本是否再次解析？
• 在查询规划器和底层执行之间是否有其他信息渠道来传递这些信息？

---

更多详情请参阅corresponding question on dba.stackexchange。

Answer 1

从my answer on dba.stackexchange复制：

来自 Conor Cunningham，任何与引擎或优化器相关的东西的终极来源：

我们在编译期间跟踪事物以在运行时检查。我们不解析 为此目的执行的事情。

注意：我们从一个版本到另一个版本所做的内部工作不是 保证。这低于官方支持的表面积。

我的信念是执行计划的二进制版本（不是通过 XML 可读和公开给我们的，它只是二进制版本的一个子集）必须包含一些指向在原始查询文本（上面提到过）。它显然不是每次都解析查询文本。 Conor 暗示了上述内容，但注意不要透露有关其存储位置或方式的任何细节，因为这可能会因版本而异，甚至随着服务包或累积更新而变化。他可能也不想鼓励任何侦探工作。 :-)

Answer 2

如果查看返回 SQL Server 查询优化器详细信息的 sys.dm_exec_query_optimizer_info 视图，返回的详细信息之一是以下字段：

视图引用 - 在查询中引用视图的次数。

似乎某个视图被跟踪的次数某处，可能是执行计划的一部分...我的假设是，即使视图被扩展，执行计划仍然包含查询中使用了哪些视图的详细信息，并针对这些引用的视图发出适当的IS 锁。

Answer 3

默认情况下，视图会像宏一样展开到引用它们的查询中。

这可以被关闭，或者如果它们被具体化等，则可以改变，但类似宏的内联扩展是常态。这意味着锁定等的行为就像您执行了以下操作一样......

SELECT
  *
FROM
  blah
INNER JOIN
(
  yourViewCode
)
  AS aView
    ON aView.id = blh.id