什么是聚簇索引，什么是非聚簇索引

聚簇索引记录表的顺序，更快的查到表，非聚簇索引查到主键id  再将主键id返回回表查询

聚簇索引（Clustered Index）和非聚簇索引（Non-clustered Index）是数据库索引的两种基本类型，它们在数据存储和查询性能方面有所不同。

1. 聚簇索引（Clustered Index）：
   聚簇索引是一种特殊的索引，它决定了数据在物理存储上的排序顺序。在聚簇索引中，数据行是按照索引键的顺序来物理存储的。每个表只能有一个聚簇索引，因为数据行的物理顺序只可能有一个。聚簇索引通常用于经常需要顺序访问的查询，如按日期范围检索数据。

聚簇索引的优势在于，当查询使用了聚簇索引的排序顺序时，数据库可以快速定位到数据所在的物理位置，从而提高查询性能。然而，插入和更新操作可能会因为需要保持索引的顺序而变得相对较慢。

1. 非聚簇索引（Non-clustered Index）：
   非聚簇索引不决定数据的物理存储顺序，它们独立于数据存储，通常存储在单独的索引结构中。非聚簇索引包含指向数据表中实际数据行的指针。一个表可以有多个非聚簇索引，并且它们可以基于任何列的组合创建。

非聚簇索引的优势在于，它们可以快速定位到包含所需数据的行，而不需要重新排序数据。但是，当查询没有使用非聚簇索引的键值时，查询性能可能会受到影响，因为数据库可能需要全表扫描来找到数据。

总结一下，聚簇索引直接影响数据的物理存储顺序，非聚簇索引则不直接影响数据的物理存储，并且可以有多个。在设计数据库索引策略时，需要根据实际应用场景和查询模式来决定使用哪种索引类型，以及如何优化索引结构以提高查询性能。

举个例子

当我们谈论聚簇索引和非聚簇索引时，可以通过一个简单的例子来说明它们的不同：

假设有一个名为 Employees 的员工信息表，包含以下几个字段：

• EmployeeID (聚簇索引)
• LastName
• FirstName
• DepartmentID
• Salary

1. 聚簇索引示例：

假设我们在 EmployeeID 字段上创建了聚簇索引。这意味着数据表中的数据行按照 EmployeeID 的值进行物理排序存储。例如，如果有以下数据：

EmployeeID	LastName	FirstName	DepartmentID	Salary
1	Smith	John	101	50000
2	Johnson	Jane	102	60000
3	Williams	David	101	55000
…	…	…	…	…

在这种情况下，数据行根据 EmployeeID 的顺序存储。当我们执行类似于 SELECT * FROM Employees WHERE EmployeeID = 2 的查询时，数据库引擎可以直接通过聚簇索引快速定位到 EmployeeID 为 2 的数据行，因为它知道数据行的物理位置。

1. 非聚簇索引示例：