一个索引可以定义在表中多于一个字段上。比如，如果你有象下面这样的表∶
CREATE TABLE test2 ( major int, minor int, name varchar );
(比如，把你的 /dev 目录保存在一个数据库里...)并且你经常做下面这样的查询
SELECT name FROM test2 WHERE major = constant AND minor = constant;
那么也许我们在字段 major 和 minor 上一起定义一个索引是比较合适的做法，也就是∶
CREATE INDEX test2_mm_idx ON test2 (major, minor);
目前，只有 B-tree 和 GiST 实现支持多字段索引。 缺省最多可以声明 32 个字段（这个限制可以在制作 PostgreSQL时改变， 见文件 pg_config_manual.h）。
一个多字段的 B-tree 索引可以用在包含了任意索引字段的子集的查询条件里， 不过，在前导的字段（最左边的）上如果有约束条件，那么效率最高。 准确的规则是前导字段上的等于约束，加上第一个没有等于约束的非等于约束字段， 将用于限制所扫描的索引范围。在这两个字段右边的字段上的索引将得以检查， 因而可以减少对表的访问，但是它们并不减少需要扫描的索引的部分。 比如，假如我们有一个索引在 (a, b, c) 上， 一个查询条件是 WHERE a = 5 AND b >= 42 AND c < 77， 那么索引就需要先扫描所有 a = 5 并且 b = 42 的， 直到所有 a = 5 的记录扫描完毕。那些 c >= 77 的索引条目将被忽略，但是他们仍然会被扫描。这个索引原则上仍然会被用于那些在 b 和/或 c 上有约束，但是在 a 上没有约束的查询里 — 但是就必须扫描整个索引了，因此，在大多数这种情况下，有话起会选择顺序扫描表， 而不是使用索引。
一个多字段的 GiST 索引只能用于那些在前导字段上有查询条件的查询中。 附加字段上的条件会限制索引返回的条目，但是第一个字段上的条件是决定需要扫描多少索引内容的最重要的字段。 如果在第一个字段上只有很少的一些唯一的数值，那么 GiST 就相对来说不那么高效了， 即使在附加字段上有许多独立的数值也如此。
当然，每个字段都必须和适合该索引类型的操作符一起使用； 包含其它操作符的子句将不会被考虑。
使用多字段索引应该谨慎。在大多数情况下，在单一一个字段上的索引就足够了，并且还节约时间和空间。 除非表的使用模式非常固定，否则超过三个字段的索引几乎没什么用处。 又见 Section 11.4 获取有关不同索引设置的优缺点的讨论。