©
このドキュメントでは、 php中国語ネットマニュアル リリース
一个单独的索引扫描只能用于这样的条件子句:使用被索引字段和索引操作符类中操作符,并且这些条件以 AND连接。 假设在(a, b)上有一个索引,那么类似 WHERE a = 5 AND b = 6 的条件可以使用索引, 但是像WHERE a = 5 OR b = 6的条件就不能直接使用索引。
幸运的是,PostgreSQL能够组合多个索引(包括同一索引的多次使用)来处理单个索引扫描不能实现的情况。 系统可以在多个索引扫描之间组成AND和OR条件。 比如,一个类似WHERE x = 42 OR x = 47 OR x = 53 OR x = 99这样的查询可以分解成四个在x上的独立扫描, 每个扫描使用一个条件,最后将这些扫描的结果OR在一起,生成最终结果。 另外一个例子是,如果我们在x 和y上有独立的索引,一个类似WHERE x = 5 AND y = 6这样的查询可以分解为几个使用独立索引的子句, 然后把这几个结果AND在一起,生成最终结果。
为了组合多个索引,系统扫描每个需要的索引,然后在内存里组织一个位图,它给出索引扫描报告中符合索引条件的表数据行位置。 然后,根据查询的需要,把这个位图使用AND和OR合并在一起。 最后,访问实际的表检索并返回数据行。表的数据行是按照物理顺序进行访问的,因为那就是位图的布局; 这就意味着任何原来的索引排序都将消失,而如果查询有一个 ORDER BY子句,那么还需要一个额外的排序步骤。 因为这个原因,以及每个额外的索引扫描都增加了额外的时间,规划器有时候会选择使用简单的索引扫描,即使有多个索引可用也如此。
在所有最简单的应用里,可能有多种索引组合都是有用的,数据库开发人员必须在使用哪个索引之间作出平衡。 有时候多字段索引是最好的,但有时候创建一个独立索引并依靠索引组合是最好的。 比如,假如你的查询有时候只涉及字段x,有时候只涉及字段y,有时候两个字段都涉及, 那么你可能会选择在 x和y上创建两个独立的索引,然后依靠索引组合来处理同时使用两个字段的查询。 你也可以在(x, y)上创建一个多字段索引,这样索引通常会比比索引组合更高效, 但是,正如我们在Section 11.3里面讨论的,它对那些只包含y的查询几乎没有用,因此它不能是唯一一个索引。 一个多字段索引和y上的独立索引可能会更好。因为对那些只涉及x的查询,可以使用多字段索引,尽管它会更大, 会比只在x上的索引更慢。 最后一个选择是创建三个索引,但是这种方法只有在表的更新远比查询少得多,并且所有三种查询都很普遍的情况下才是合理的。 如果其中一种查询比其它的少很多,那么你可能更愿意仅仅创建两种匹配更常见查询的索引。