为什么在更新索引中未包含的视图值时，视图上的聚集索引会被更新并重新排序？

由于已建立索引的视图，因此，当更新视图中引用的任何实现的对象时，该视图上的关联索引也会被更新。创建索引视图时，这是非常重要的考虑因素。

每个BOL：

在由大量索引视图或较少但非常复杂的索引视图引用的表上执行DML1时，也必须更新那些引用的索引视图。结果，DML查询性能可能会大大降低，或者在某些情况下甚至无法生成查询计划。在这种情况下，请在生产使用前测试DML查询，分析查询计划并调整/简化DML语句。

如UPDATE，DELETE或INSERT操作。

更新dbo.attribute时，您将更新两个索引：pk_attribute和idx_vw_attributevalues_for_entity_entityId。idx_vw_attributevalues_for_entity_entityId使用三列集群键，其中包括entityNVARCHAR（150）列。根据dbo.attribute和dbo.attributeValue中的记录数，这将是昂贵的更新。

请注意以下DDL和执行计划：

-- sample data
CREATE TABLE dbo.a(c INT PRIMARY KEY CLUSTERED);
CREATE TABLE dbo.b(c INT PRIMARY KEY CLUSTERED);
INSERT dbo.a(c) VALUES(1),(2),(3);
INSERT dbo.b(c) VALUES(1),(2),(5);
GO

-- Sample indexed view
CREATE VIEW dbo.vw_ab
WITH SCHEMABINDING AS
SELECT ac = a.c, bc = b.c
FROM   dbo.a
JOIN   dbo.b ON a.c < b.c;
GO
CREATE UNIQUE CLUSTERED INDEX uq_dbo_vw_ab ON dbo.vw_ab(ac, bc);
GO

在这里，我们将dbo.a和dbo.b加入其中，然后添加一个索引视图。请注意执行计划，在更新dbo.a或dbo.b时，我将更新每个表上的聚集索引以及视图上的索引。注意插入和相关的执行计划：

-- Inserts:
INSERT dbo.a(c) VALUES(20);
INSERT dbo.b(c) VALUES(50);

执行计划：

为了更好地理解为什么更新/插入/删除操作成本高昂，请先删除不同的索引，添加/修改数据，然后比较使用和不使用索引的影响，然后开始进行测试。我怀疑NVARCHAR（150）列是在这里杀死您的原因。