Ryan's questions

使用 SQL Server，如果我导航到对象资源管理器中的一个表，转到它的索引，转到它的属性，然后查看碎片选项卡，顶部有 2 行对我来说，页面充满度百分比和总碎片百分比。

我也有一个偶尔用于索引信息的查询。修剪掉一些不相关的字段，这是查询：

SELECT t.name, ix.name, avg_fragmentation_in_percent
FROM sys.indexes AS ix
INNER JOIN sys.tables t ON t.object_id = ix.object_id
INNER JOIN sys.schemas s ON t.schema_id = s.schema_id
INNER JOIN sys.dm_db_index_physical_stats  (db_id(), NULL, NULL, NULL, 'DETAILED') ps ON t.object_id = ps.object_id AND ix.index_id = ps.index_id
WHERE  ix.index_id > 0
    AND ix.name IS NOT NULL

当我运行这个查询时，我得到 3 列，前 2 列指向索引本身，对于这个查询，第三列是该索引的碎片百分比。

这 2 个数字通常非常接近，有时相同，但也可能经常不同。我遇到过差异很大的情况，在某些情况下超过 50%，但通常情况下它是 <1% 对 15-30%。查询结果几乎总是较高的百分比。

重建索引将使这两个数字完全或几乎为零（尽管不一定都为零）。所以我现在有 2 个数字用于索引上的碎片。根据sys.dm_db_index_physical_stats和Index Properties(FragmentationPage)的文档，两者都应该是索引的逻辑碎片，因此它们应该始终是相同的数字。对于应该相同的统计数据，我怎么会得到不同的数字？

我经常看到人们说索引变慢了update，delete而且insert。这被用作笼统的陈述，就好像它是绝对的。

在调整我的数据库以提高性能时，我不断遇到这种情况，这似乎在逻辑上与我的规则相矛盾，而且我找不到任何人以其他方式说或解释。

在 SQL Server 中，我相信/假设大多数其他 DBMS，您的索引是根据您指定的特定列创建的。插入和删除总是会影响一整行，因此它们不可能不影响索引，但更新似乎更独特，它们只能具体影响某些列。

如果我有未包含在任何索引中的列并且我更新它们，它们是否会因为我在该表中的其他列上有索引而变慢？

例如，假设在我的User表中我有一个或两个索引，主键是一个身份/自动增量列，可能还有另一个在某个外键列上。
如果我更新一个没有直接索引的列，比如他们的电话号码或地址，这个更新是否会变慢，因为在这两种情况下我在这个表的其他列上都有索引？我正在更新的列不在索引中，所以从逻辑上讲，不应该更新索引，不是吗？如果有的话，如果我使用 WHERE 子句中的索引，我会认为它们会加快速度。