数据库索引：是好事还是坏事还是浪费时间？

Question

此处通常建议添加索引，以解决性能问题。

（我只在说阅读和查询，我们都知道索引会使写入变慢）。

多年来，我已经在DB2和MSSQL上尝试了很多html" target="_blank">方法，结果总是令人失望。

我的发现是，无论索引有多“明显”，它都会使事情变得更好。事实证明，查询优化器更智能，而我的明智选择的索引几乎总是使事情变得更糟。

我应该指出，我的经验主要与小型表（<100‘000行）有关。

谁能提供一些切实可行的索引选择指南？

正确的答案将是一系列建议，例如：

• 永不/总是索引少于/多于NNNN记录的表
• 从不/总是考虑多字段键上的索引
• 从不/始终使用聚簇索引
• 永远不会/永远不会在单个表上使用超过NNN个索引
• 当[我渴望了解的某些魔术条件]时，永远不要/总是添加索引

理想情况下，答案将提供一些启发性的例子。

Answer 1

索引有点像化学疗法…太多了，它杀死了您…太少了，您就死了…做错了方法，然后就死了。您必须知道使它不会杀死您的数量，频率和种类。

您的硬件，平台，环境，负载都将发挥作用。所以回答你的问题..

是的，可能有时候。