记录中存储的数据大小是否会影响聚集索引的性能？

Question

我有三张桌子。

1. 主事实表 (FactTable)
2. 包含 int 字段 + 其他 'n' varchar(50) 字段的表 (Table001)
3. 包含 int 字段 + 其他 'n' varchar(max) 字段的表 (Table002)

每个表中的记录：#500 万行

查询：

select * from FactTable f with (nolock)
inner join Table001 t001 with (nolock) on f.id = t001.id
inner join Table002 t002 with (nolock) on t002.id = f.id
where f.datefield = '2014-02-01'

所有表在字段“Id”上都有一个聚集索引（用于连接表，例如外键）

聚簇索引在所有表上都没有碎片化（碎片化百分比

这种情况是当我加入所有三个表时，我在执行计划中看到加入 table002 的成本高于 table001。这种行为有什么原因吗？

链接到 XML 执行计划：https://onedrive.live.com/redir?resid=7E436AE9D73999B0%21120

由于大小限制，我无法粘贴 xml 内容。

另一个链接：http://www.expinos.in/ExecutionPlan.sqlplan

Answer 1

行中不包含在索引中的列的大小不会影响包含索引本身的性能。

然而，

大型非索引列会影响基于表的操作的性能。页面上的行数会减少，因此在扫描时，您必须阅读更多页面。

查询中包含的大型非索引列将对查询性能产生明显的直接影响。您将不得不从磁盘/内存中读取更大的值，尽管优化器会在稍后尝试这样做。

索引中列的大小会影响索引的性能。

聚集索引中列的大小会影响表上所有索引的性能

---

比较 1 字节还是 10000 更容易？散列 1 个字节或 10000 个字节更容易吗？从磁盘/内存中读取 1 个字节还是 10000 个字节更容易？