删除主键（聚集索引）以提高插入性能

我们一直在经历 SQL 超时，并已确定该瓶颈是审核表 - 我们系统中的所有表都包含插入、更新和删除触发器，这些触发器会导致新的审核记录。

这意味着审计表是系统中最大且最繁忙的表。然而数据只进入，永远不会出来（在这个系统下）所以没有select需要性能。

运行一个select top 10返回最近插入的记录而不是“第一”记录。order by当然可以，但我希望选择顶部应该根据光盘上的顺序返回行 - 我希望这会返回最低的 PK 值。

有人建议我们放弃聚集索引，实际上也放弃主键（唯一约束）。正如我之前提到的，没有必要select从这个系统内的这个表。

聚集索引会对表造成什么样的性能影响？拥有无索引、非集群、无键表会产生哪些（非选择）后果？还有其他建议吗？

edit

我们的审计涉及 CLR 函数，我现在正在使用和不使用 PK、索引、FK 等进行基准测试，以确定 CLR 函数和约束的相对成本。

经调查，业绩不佳与insert语句而不是编排审计的 CLR 函数。删除 CLR 并使用直接的 TSQL 过程后，性能提高了 20 倍。

在测试过程中，我还确定聚集索引和标识列对插入时间几乎没有影响，至少相对于发生的任何其他处理而言是这样。

// updating 10k rows in a table with trigger

// using CLR function
PK (identity, clustered)- ~78000ms
No PK, no index - ~81000ms

// using straight TSQL
PK (identity, clustered) - 2174ms
No PK, no index - 2102ms

根据索引女王 Kimberly Tripp 的说法，在表上拥有聚集索引实际上有助于提高 INSERT 性能：

聚集索引争论仍在继续

• 在聚集表中插入速度更快（但仅限于“右” 聚簇表）与堆相比。这里的主要问题是 在 IAM/PFS 中查找以确定堆中的插入位置 比聚簇表慢（其中插入位置已知， 由聚集键定义）。插入时插入速度更快 定义顺序 (CL) 以及该顺序所在的表 不断增加。

来源：博客文章名为聚集索引争论仍在继续...... http://sqlskills.com/BLOGS/KIMBERLY/post/The-Clustered-Index-Debate-Continues.aspx