是什么阻止“用（nolock）用TableName选出top 1 *”返回结果？

Question

我目前正在执行以下语句

select * into adhoc..san_savedi from dps_san..savedi_record

这花费了很长时间，我想看看它走了多远，所以我运行了它：

select count(*) from adhoc..san_savedi with (nolock)

那没有及时返回任何东西，所以对于它，我做到了：

select top 1 * from adhoc..san_savedi with (nolock)

即使这样似乎也无限期地运行。我可以理解是否有数百万条记录需要count（*）花费很长时间，但是我不明白为什么考虑到我指定了nolock，选择前1条记录为什么不会立即返回。

以完全公开的名义，dps_san是通过链接服务器从odbc连接中拉出的视图。我认为这不会影响为什么我不能返回第一行，而只是把它扔出去以防万一我错了。

因此，我想知道是什么导致该语句无法运行？

编辑：

如上所述，是的dps_san..savedi_record是一个视图。这是它的作用：

select * from DPS_SAN..root.SAVEDI_RECORD

它不过是一个别名而已，也不进行分组/排序/等操作，因此我认为问题不在于此，但是如果我错了，请告诉我。

Answer 1

SELECT具有的查询NOLOCK实际上并不需要任何锁，它们仍然需要SCH-S在表上具有（模式稳定）锁（并且由于它是堆，因此也需要hobt锁）。

另外，SELECTSQL Server甚至必须在开始之前就为该语句编译一个计划，这也要求它对SCH-S表进行锁定。

当您的长期事务通过SELECT ... INTO它创建表时，它将对表持有不兼容的SCH-M锁，直到语句完成为止。

您可以通过查看验证这一点sys.dm_os_waiting_tasks ，而 同时 封闭期间的周期。

当我在一种连接中尝试以下操作时

BEGIN TRAN

SELECT *
INTO NewT
FROM master..spt_values

/*Remember to rollback/commit this later*/

然后执行（或只是尝试查看估计的执行计划）

SELECT *
FROM NewT
WITH (NOLOCK)

一秒钟后，阅读查询被阻止。

SELECT wait_type,
       resource_description
FROM sys.dm_os_waiting_tasks
WHERE session_id = <spid_of_waiting_task>

显示等待类型确实SCH_S是阻塞资源SCH-M

wait_type        resource_description
---------------- -------------------------------------------------------------------------------------------------------------------------------
LCK_M_SCH_S      objectlock lockPartition=0 objid=461960722 subresource=FULL dbid=1 id=lock4a8a540 mode=Sch-M associatedObjectId=461960722