索引

索引会按表中的一个或多个列对行排序。索引像一个电话号码簿，电话号码簿先按照姓进行排序，然后按照名对相同的姓进行排序。这种排序加快了对特定的姓搜索其电话号码的速度，但它对查找位于特定地址的电话号码未提供任何帮助。同样，数据库索引只对一个或多个特定列的搜索有帮助。

随着表的大小不断增大，索引的用途也越来越大。随着电话号码簿内容的增多，查找某个给定地址的电话号码所需的平均时间也将会增加。但是，与在一个较小的电话号码簿中查找某个人（比方说 K. Kaminski）的电话号码相比，在一个较大的电话号码簿中查找所花费的时间不会长很多。

只要可能，优化程序便自动使用索引提高数据库语句的性能。此外，当删除、更新或插入行后，索引会自动更新。虽然构建查询时可以使用索引提示显式引用索引，但没必要这样做。

创建索引也有一些负面影响。特别是当修改列中的数据时，所有索引都必须与表本身保持一致，从而导致索引可能会影响插入、更新和删除的性能。因此，应该删除不必要的索引。请使用索引顾问来识别不必要的索引。

为数据库选择一组适当的索引是性能优化工作的一个重点。确定一组适当的索引也是一个要求很高的问题。

没有任何简要的公式可以确定是否应创建索引。您必须考虑权衡索引检索的优点与该索引的维护开销。以下因素可帮助确定是否应创建索引：

键和唯一列 SQL Anywhere 自动在主键、外键和唯一列上创建索引。您不应该在这些列创建附加的索引。组合键属于例外，它们有时可以通过附加的索引来得到改进。
搜索频率 如果频繁地搜索某一特定列，则可以通过在该列上创建索引来改善性能。在很少进行搜索的列上创建索引可能没有意义。
表大小 在包含许多行的相对较大的表上创建索引比在相对较小的表上创建索引更有好处。例如，对于只有 20 行的表，由于按顺序进行扫描所需的时间并不比进行索引查寻所需的时间长，因此在该表上创建索引没有多少好处。
更新次数 每次在表中插入或删除行以及每次更新索引列时，都会更新索引。列上的索引会降低插入、更新和删除操作的速度。频繁更新的数据库的索引数应少于只读数据库的索引数。
空间考虑 索引会占用数据库中的空间。如果数据库大小是您关注的主要问题，则应尽量少创建索引。
数据分布 如果索引查寻返回的值太多，则索引查寻的开销会高于顺序扫描的开销。当 SQL Anywhere 发现这一情况时，它就不会使用索引。例如，SQL Anywhere 不会在只有两个值的列（如 SQL Anywhere 示例数据库中的 Employees.Sex）上使用索引。因此，不应在只有几个不同值的列上创建索引。

创建索引时，列会按您指定的顺序出现在索引中。索引定义中不允许重复引用列名称。

使用索引顾问工具可协助您正确选择索引。它会分析一个查询或一组操作，然后建议您给数据库添加哪些索引。如有未使用的索引，它也会告诉您。

使用DocCommentXchange讨论此页。