2

我在 Microsoft SQL Server 2016 上，并且有以下（简化的）查询引用了一个视图：

SELECT Column1
FROM dbo.myView

视图如下所示：

CREATE VIEW dbo.myView
AS
SELECT Column1
FROM dbo.SomeOtherTable WITH (NOLOCK)

我现在的问题是：外部 SELECT不使用 NOLOCK 表提示这一事实是否意味着 VIEW 内的 NOLOCK 无关紧要？还是在执行外部 SELECT 时 NOLOCK 仍然相关？

我的问题的更大背景是我有一个案例，我正在分析服务器上的阻塞情况。我发现了一个查询，例如上面描述的 SELECT：一个 SELECT 查询正在使用一个 VIEW。VIEW 使用了 NOLOCK 表提示，但外部 SELECT 没有使用。尽管如此，该查询仍然是一个障碍，我正在尝试找出原因。

我已经做了一些研究，我能找到的唯一确认是人们想知道 aNOLOCK是否传播到内部表的问题。

4

1 回答 1

7

这很容易测试。首先，在沙盒环境中，运行以下命令：

CREATE TABLE dbo.MyTable (ID int);
GO


CREATE VIEW dbo.MyView AS

    SELECT ID
    FROM dbo.MyTable WITH (NOLOCK);
GO

CREATE VIEW dbo.MyView2 AS

    SELECT ID
    FROM dbo.MyTable;
GO

BEGIN TRANSACTION Test;

    INSERT INTO dbo.MyTable
    VALUES(1);

注意我没有COMMIT交易。现在在新窗口中，运行SELECT * FROM dbo.MyView;. 注意它返回结果。如果你也尝试SELECT * FROM dbo.MyView2 WITH (NOLOCK);你也会得到结果。但是，尝试SELECT * FROM dbo.MyView2;，查询将“挂起”。

然后，您可以通过返回原始查询窗口并运行以下命令来“清理”：

COMMIT;
GO

DROP VIEW dbo.MyView2;
DROP VIEW dbo.MyView;
DROP TABLE dbo.MyTable;

当然，真正的问题是，你需要 NOLOCK吗，但这不是这个问题的意义所在。

于 2021-01-27T16:42:28.343 回答