小编Tho*_*mas的帖子

我正在从使用对象 ID 和属性类型作为聚集索引的属性表迁移一些存储“键值”样式的数据（我也尝试过作为非聚集索引）：

CREATE TABLE [dbo].[#attrs](\n    [DataMigrationEventObjectID] [int] NOT NULL,\n    [AttributeType] [varchar](128) NOT NULL,\n    [AttributeValue] [varchar](255) NULL\n) \nCREATE CLUSTERED INDEX pk ON #attrs ([DataMigrationEventObjectID],AttributeType);\n

我添加了属性值来选择值，因为数据库中的属性表有很多其他数据，我可以仅为此迁移事件选择它。使用我的测试数据集来填充此表的查询会插入约 3k 行，并且运行时间不到一秒（我的数据集中总共约有 50 个对象，每个对象都有多个属性）。

查询中表的连接如下所示，连接聚集索引：

        INNER JOIN #attrs obj_gvn\n        ON obj_gvn.DataMigrationEventObjectID = obj.DataMigrationEventObjectID\n        AND obj_gvn.AttributeType = \'GivenName\'\n

通过对该临时表进行 14 个联接，查询将在几秒钟内完成。如果有 15 个连接，查询需要一分钟，如果有 16 个以上连接，则半小时后仍在运行。

我已经检查了所有联接是否存在意外条件，这会导致返回太多行，当它在 1 分钟内返回时，它只返回正确的行，所以我不认为存在意外的笛卡尔联接。设置 MAXDOP 值不会影响它，并且查询运行一分钟时返回的查询计划不会标记任何问题。

对于 SQL，我错过了什么，导致它在聚集索引上进行大量联接，理论上应该很快，而且记录数量如此之少？

我无法获得实际执行计划，因为查询未完成，并且因为它使用临时表，所以我无法获得其估计计划。我尝试将临时表捏造为数据库中的真实表并生成估计计划，但 2 分钟后该计划仍未生成，因此看起来延迟是在“创建计划”方面

粘贴查询的缩短版本的计划：brentozar.com/pastetheplan/ ?id=Hy76dd92i

我已经更新了数据库的统计数据以防万一，但它仍然没有生成计划。

我过去处理过越来越多有问题的连接查询，其中计划编译仍然是即时的。我觉得它在“生成计划”步骤失败这一事实一定意味着什么。

不幸的是，更新到最新的 CU 没有帮助。 …