这里通常建议添加索引作为性能问题的补救措施。
（我只讨论读取和查询，我们都知道索引会使写入速度变慢）。
多年来，我在 DB2 和 MSSQL 上多次尝试过这种补救措施，但结果总是令人失望。
我的发现是，无论索引会让事情变得更好是多么“明显”，事实证明查询优化器更聪明，而我巧妙选择的索引几乎总是让事情变得更糟。
我应该指出，我的经验主要与小表（
谁能提供一些有关索引选择的实用指南？
正确的答案是一个建议列表，例如：
- 从不/总是索引少于/多于 NNNN 条记录的表
- 从不/总是考虑多字段键上的索引
- 从不/总是使用聚集索引
- 从不/总是在单个表上使用超过 NNN 索引
- 当[我非常想了解一些神奇的条件]时，永远不要/总是添加索引
理想情况下，答案会给出一些有启发性的例子。
索引有点像化疗......太多，它会杀死你......太少，你会死......做错了，你会死。你必须知道它的程度、频率和类型，才能让它不致杀死你。
你的硬件、平台、环境、负载都会发挥作用。所以来回答你的问题..
是的，可能有时。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
