注册
登录
复合模型
具有三个键的复合索引，如果我查询跳过中间一个键会怎样？
返回
具有三个键的复合索引，如果我查询跳过中间一个键会怎样？
作者:
狗头军师
发布时间:
2024-07-19 03:21:07 (1月前)
<p>Postgres可以在b树索引中使用非前导列，但是效率要低得多。</p><p>如果第一列具有很高的选择性（每个列仅几行A），那么您几乎不会注意到性能上的差异，因为任何一种访问方法（甚至是对简化集合的顺序扫描）都便宜。性能影响随着每行的行数而增加A。</p><p>对于您描述的情况，我建议在(A, C, B)或(C, A, B)（只需确保B倒数）上创建索引以优化性能。这样，你得到的查询最佳性能(A, B, C)和(A, C)一致好评。</p><p>与索引中的列顺序不同，查询中的谓词顺序并不重要。</p><p>我们已经在dba.SE上对此进行了详细讨论：</p><p>PostgreSQL中的索引工作<br/>请注意，无论是牵头处理还是处理当前案例，都没有关系：A, CC, A</p><p>多列索引和性能<br/>还有其他一些注意事项，但是您的问题没有所有相关细节。</p>
收藏
举报
2 条回复
1#
回复此人
v-star*위위
|
2020-08-23 16-05
Postgres可以在b树索引中使用非前导列，但是效率要低得多。 如果第一列具有很高的选择性（每个列仅几行A），那么您几乎不会注意到性能上的差异，因为任何一种访问方法（甚至是对简化集合的顺序扫描）都便宜。性能影响随着每行的行数而增加A。 对于您描述的情况，我建议在(A, C, B)或(C, A, B)（只需确保B倒数）上创建索引以优化性能。这样，你得到的查询最佳性能(A, B, C)和(A, C)一致好评。 与索引中的列顺序不同，查询中的谓词顺序并不重要。 我们已经在dba.SE上对此进行了详细讨论： PostgreSQL中的索引工作 请注意，无论是牵头处理还是处理当前案例，都没有关系：A, CC, A 多列索引和性能 还有其他一些注意事项，但是您的问题没有所有相关细节。
编辑
登录
后才能参与评论
