database - 创建数据库索引有哪些最佳实践和 "rules of thumb"？

Question

我有一个应用程序，它循环遍历数据库表中的大量记录，并对数据库中的记录执行大量 SQL 和 .Net 操作(目前我在 PostgreSQL 上使用 CaSTLe.ActiveRecord)。

我在几个字段上添加了一些基本的 btree 索引，正如您所期望的那样，SQL 操作的性能显着提高。想要充分利用 dbms 的性能，我想就我应该为我的所有项目建立索引的内容做出一些更有根据的选择。

我知道在执行插入时会降低性能(因为数据库需要更新索引和数据)，但是在创建数据库索引时我应该考虑哪些建议和最佳实践？如何最好地为一组数据库索引选择字段/字段组合(经验法则)？

此外，我如何最好地选择将哪个索引用作聚簇索引？当谈到访问方法时，在什么情况下我应该使用 btree 而不是 hash 或 gist 或 gin(它们到底是什么？)。

Answer 1

我的一些经验法则:

• 索引所有主键(我认为大多数 RDBMS 在创建表时都会这样做)。
• 索引所有外键列。
• 仅在以下情况下创建更多索引:
  • 查询速度很慢。
  • 您知道数据量将显着增加。
• 在表中填充大量数据时运行统计信息。

如果查询很慢，请查看执行计划并:

• 如果一个表的查询只使用了几个列，将所有这些列放入一个索引中，那么你可以帮助 RDBMS 只使用索引。
• 不要浪费资源索引小表(数百条记录)。
• 按基数从高到低的顺序索引多列。这意味着:首先索引具有更多不同值的列，然后索引具有较少不同值的列。
• 如果查询需要访问超过 10% 的数据，则完全扫描通常比索引更好。