每个索引访问方法都在系统表 pg_am 里面用一行来描述(参阅节43.3)。一个 pg_am 行的主要内容是引用 pg_proc 里面的记录，用来标识索引访问方法提供的索引访问函数。这些函数的接口(API)在本章后面描述。另外，pg_am 的数据行生命了几个索引访问方法的固定属性，比如，它是否支持多字段索引。目前还没有创建、删除 pg_am 记录的特殊支持；任何想写这么一个新的访问方法的人都需要能够自己向这个表里面插入合适的新行。
要想有真正用处，一个索引访问方法还必须有一个或多个操作符类，定义在 pg_opclass, pg_amop, pg_amproc 里面。这些记录允许规划器判断哪些查询的条件可以适用于用这个索引访问方法创建的索引。操作符类在节33.14里面定义，是读取本章的前提之一。
一个独立的索引是由一行 pg_class 记录以物理关系的方式描述的，加上一个 pg_index 行，表示该索引的逻辑内容 —也就是说，它所拥有的索引字段集，以及被相关的操作符类捕获的这些字段的语义。索引字段(键值)可以是下层表的字段，也可以是该表的数据哈工上的表达式。索引访问方法通常不关心索引的键值来自何妨(它总是操作预处理完毕的键值)，但是它会对 pg_index 里面的操作符类信息很感兴趣。所有这些表记录都可以当作 Relation 数据结构的一部分访问，这个数据结构会在对该索引的所有操作上都传递到对应的函数中。
pg_am 中的有些标志字段的含义并不那么直观。amcanunique 的需求在节49.5里讨论，amcanmulticol 标志断言该索引访问方法支持多字段索引，amoptionalkey 断言它允许对那种在第一个索引字段上没有给出可索引限制子句的扫描。如果 amcanmulticol 为假，那么 amoptionalkey 实际上说的是该访问方法是否允许不带限制子句的全索引扫描。那些支持多字段索引的访问访法必须支持那些在省略了除第一个字段以外的其它字段的约束的扫描；不过，系统允许这些访问访法要求在第一个字段上出现一些限制，这一点是通过把 amoptionalkey 设置为假来实现的。amindexnulls 断言该索引记录是为 NULL 键值创建的。因为大多数可以索引的操作符都是严格的，因此不能对 NULL 输入返回 TRUE ，所以，第一眼看见会觉得不为 NULL 存储索引记录的想法很吸引人：因为他们不可能被一个索引扫描返回。不过，这个想法在一个给出的索引字段上没有限制子句的索引扫描的情况下就不行了；这样的扫描应该包括 NULL 行。实际上，这意味着设置了 amoptionalkey 为真的索引必须索引 NULL ，因为规划器可能会决定在根本没有扫描键字的时候使用这样的索引。这样的索引必须可以在完全没有扫描键字的情况下运行。另外一个限制是一个支持多字段索引的索引访问方法必须支持第一个字段后面的字段的 NULL 的索引，因为规划器会认为这个索引可以用于那些没有限制这些字段的查询。比如，假设有个索引在(a,b)上，而一个查询的条件是 WHERE a = 4 。系统会认为这个索引可以用于扫描 a = 4 的数据行，如果索引忽略了 b 为空的数据行，那么就是错误的。不过，如果第一个索引字段值是空，那么忽略它是 OK 的。因此，只是在索引访问方法索引了所有行，包括任意 NULL 的组合，之后，amindexnulls 才可以设置为真值。