表（堆）上没有聚集索引的好处

Question

在 SQL Server 中的表上没有聚集索引有什么好处？

将要：

SELECT * INTO TABLE_A FROM TABLE_B

如果TABLE_A是堆会更快吗？

如果表是堆，哪些操作会受益？

我很确定UPDATEs 和DELETEs 将受益于聚集索引。什么INSERTS' 我的理解是INSERT“可能”受益于表是一个堆，无论是在速度方面还是其他资源和硬件（I/O、CPU、内存和存储......）。

硬件方面最稀缺的资源是什么？在存储方面，堆会占用更少的空间吗？磁盘存储不是最便宜的资源吗？如果是这样，将表保留为堆以节省磁盘空间是否合理？堆将如何影响CPU和I / O有SELECT，INSERT，UPDATE和DELETE？什么成本上升时，表是我们一个堆和SELECT，UPDATE并DELETE从它？

Answer 1

我只是在解决标题中的问题。问题主体有太多不同的问题，无法在堆栈交换答案中回答。与具有聚集索引的表相比，堆具有以下优点：

1. 具有聚集索引的表按照这些索引的顺序物理组织数据。如果要插入的数据尚未按聚集键顺序排序，则 SQL Server 查询优化器可能会为足够大的插入向查询计划添加排序。排序执行的额外工作不是免费的，因此查询可能会运行得更慢。插入非分区堆不需要排序的源数据。

2. 最小日志记录规则在堆和聚集索引之间的工作方式不同。在某些情况下，与插入到具有聚集索引的表中的类似插入相比，向堆中的插入将更少的字节写入事务日志。有关一些示例，请参考数据加载性能指南。

3. 聚集索引可防止并行插入到表中。查询计划的插入部分将始终位于串行区域 (DOP = 1) 中。从 SQL Server 2016 开始，对没有非聚集索引的堆的插入可以符合并行插入的条件。

4. 当许多单独的进程插入同一个表时，聚集索引将增加锁和闩锁争用。没有非聚集索引的堆可以由许多进程同时加载，争用较少，特别是当这些插入来自 SQL Server 外部并使用批量更新锁时。

Answer 2

如果表是堆，哪个操作会受益？

在非持久内存优化表之后，堆是加载和读取成本第二低的表设计。因此它非常适合用作临时表。

对于非常大的表，聚集列存储比堆好得多。加载更昂贵（特别是如果您不批量加载），但它更节省空间，并且读取速度要快得多。

除此之外，您的表通常应该有一个聚集的主键。