Postgres 8.4无法添加用户及pgAdmin4访问异常问题咨询

你遇到的所有问题的核心根源是两点：

1. 版本严重不兼容：pgAdmin4 5.6的最低兼容PostgreSQL版本为9.2，而你使用的PostgreSQL 8.4早在2014年就已停止官方支持，二者的系统表结构、内置SQL语法、元数据查询逻辑存在大量不兼容点。
2. 多租户定制改造限制：如果该实例做了定制化的多租户适配，会额外修改系统权限规则、系统表访问逻辑、元数据返回规则，用于实现租户隔离，本身就和常规PostgreSQL的访问逻辑存在差异。

• ① 为何无法访问pgAdmin4的Login/Group Roles标签页？
  pgAdmin 5.6查询角色列表的SQL语句是针对PostgreSQL 9.2+的pg_roles、pg_authid系统表结构编写的，PostgreSQL 8.4的这两个系统表缺少多个pgAdmin依赖的字段，查询执行失败，直接导致标签页无法加载，也识别不到你通过psql创建的新角色。

• ② 为何无法通过pgAdmin4创建用户？
  pgAdmin 5.6生成的创建角色SQL语句用到了大量PostgreSQL 8.4不支持的语法特性，包括部分角色参数关键字、权限配置的新写法，语句在8.4实例上执行直接报错，因此无法完成用户创建操作。

• ③ 为何无法从pgAdmin4访问pg_catalogs？
  一方面pgAdmin访问pg_catalog的元数据查询语句适配的是9.2+的系统表结构，在8.4实例上执行会报错，返回空或权限异常；另一方面如果是多租户改造的实例，默认会限制普通租户对pg_catalog的全局访问权限，避免租户跨租户查询其他租户的元数据，进一步导致无法访问。

• ④ 为何通过SSH psql创建的用户无法通过ODBC或Postgres连接器访问数据库（始终提示表为空）？
  首先检查该用户的search_path参数配置：你所有的业务表都存放在自定义schema下，若新建用户的搜索路径未包含对应schema，连接数据库后默认只会查找public schema下的表，自然会提示表不存在/为空；其次确认该用户是否被授予了对应schema的USAGE权限、以及业务表的SELECT访问权限，权限不足也会返回表为空的提示；如果是多租户改造的实例，还可能存在自定义的权限拦截逻辑，仅白名单内的角色才允许访问业务表。

• ⑤ 若该实例为多租户服务，为何在pgAdmin中表现不符合预期？
  多租户改造的PostgreSQL实例通常会对原生逻辑做大量修改来实现租户隔离：1. 会屏蔽pg_catalog的全局访问权限，避免租户看到其他租户的元数据；2. 会修改表归属的元数据返回逻辑，让租户仅能看到自己权限内schema下的表，不会返回常规的Catalog层级结构；3. 会限制角色创建、权限修改等高权限操作，避免租户自行创建高权限角色突破隔离。叠加pgAdmin和PostgreSQL 8.4本身的版本不兼容问题，就会出现所有不符合预期的表现。

如果必须保留PostgreSQL 8.4版本，可替换使用适配8.4的老旧版本pgAdmin 3，可解决大部分版本兼容导致的异常问题；如果是多租户权限限制导致的问题，需要找实例的运维方开放对应权限。

内容的提问来源于stack exchange，提问作者Dmitrij Holkin