优点:

聚集索引适用于范围(例如:select * from my_table where my_key在@min和@max之间)

在某些情况下，如果使用orderderby语句，DBMS将不需要做排序工作。

缺点:

聚集索引可能会减慢插入速度，因为如果新键不是按顺序排列的，那么在放入记录时必须修改记录的物理布局。

聚集索引物理地存储在表上。这意味着它们是最快的，并且每个表只能有一个聚集索引。

非聚集索引单独存储，您可以拥有任意数量的索引。

最好的选择是在最常用的唯一列上设置聚集索引，通常是PK。在表中应该始终有一个精心选择的聚集索引，除非有一个非常令人信服的理由——想不出一个，但是，嘿，可能有——不这样做。

你可能已经阅读了以上文章中的理论部分:

-聚类索引，我们可以看到直接指向记录，即它的直接，所以它需要更少的时间进行搜索。此外，它不会占用任何额外的内存/空间来存储索引

而在非聚集索引中，它间接指向聚集索引，然后它将访问实际的记录，由于它的间接性质，它将花费更多的时间来访问。此外，它需要自己的内存/空间来存储索引

群集索引对磁盘上的数据进行物理排序。这意味着索引不需要额外的数据，但只能有一个聚集索引(显然)。使用聚集索引访问数据是最快的。

All other indexes must be non-clustered. A non-clustered index has a duplicate of the data from the indexed columns kept ordered together with pointers to the actual data rows (pointers to the clustered index if there is one). This means that accessing data through a non-clustered index has to go through an extra layer of indirection. However if you select only the data that's available in the indexed columns you can get the data back directly from the duplicated index data (that's why it's a good idea to SELECT only the columns that you need and not use *)

聚集索引

一个表中只能有一个聚集索引 对记录进行排序，并根据顺序进行物理存储 数据检索比非聚类索引快 不需要额外的空间来存储逻辑结构

非聚类索引

一个表中可以有任意数量的非聚集索引 请勿影响物理秩序。为数据行创建逻辑顺序，并使用指向物理数据文件的指针 数据插入/更新比聚类索引快 使用额外空间存储逻辑结构

除了这些差异，你必须知道，当表是非聚集的(当表没有聚集索引)数据文件是无序的，它使用堆数据结构作为数据结构。

聚集索引实际上描述了记录在磁盘上物理存储的顺序，因此只能有一个聚集索引。

非聚集索引定义的逻辑顺序与磁盘上的物理顺序不匹配。