“Permission denied for schema”说明用户已成功连接数据库，但对目标schema无访问权限；根本原因是PostgreSQL新用户默认仅有LOGIN权限，不自动授予USAGE、SELECT等schema级权限，需管理员显式执行GRANT语句授权，并配合ALTER DEFAULT PRIVILEGES确保后续新建对象可见。
Navicat报错“Permission denied for schema”说明什么
这不是连接失败，而是连接成功后执行查询或建表时被拦下——postgresql明确告诉你：当前用户对目标schema没有使用权限。常见于新建用户连上数据库后，一查表就报这个错，尤其在public schema以外的自定义schema（比如sales、reporting）里操作时。
为什么刚创建的用户会缺schema权限
PostgreSQL默认只给用户赋予登录能力（LOGIN），不自动授予任何schema访问权。哪怕你用Navicat的“New User”界面填了用户名密码，它也不会帮你执行GRANT USAGE ON SCHEMA或GRANT SELECT ON ALL TABLES IN SCHEMA这类授权语句。
- 新用户默认只能看到
pg_catalog和information_schema等系统schema，看不到业务schema里的表 -
publicschema虽是默认，但PostgreSQL 15+已默认移除public的CREATE权限，仅保留USAGE - Navicat的“Privileges”标签页只管角色级权限（如
CREATEDB），不处理schema级细粒度授权
给用户授schema权限的正确SQL写法
必须用有足够权限的账号（如postgres或owner）执行以下命令。注意：不能只给USAGE就完事，得按实际需求组合授权。
- 让用户能查看schema下的所有现有表：
GRANT USAGE ON SCHEMA sales TO myuser;GRANT SELECT ON ALL TABLES IN SCHEMA sales TO myuser; - 让用户还能看到后续新建的表（关键！否则新表仍不可见）：
ALTER DEFAULT PRIVILEGES IN SCHEMA sales GRANT SELECT ON TABLES TO myuser; - 如果需要写入权限，把
SELECT换成INSERT, UPDATE, DELETE，但别直接给ALL PRIVILEGES，太危险 - 若schema名含特殊字符或大小写，必须用双引号：
GRANT USAGE ON SCHEMA "SalesData" TO myuser;
Navicat里看不到schema或表的排查点
即使SQL授权执行成功，Navicat仍可能不显示schema内容，原因往往藏在客户端缓存或连接参数里：
- 刷新Navicat左侧对象树：右键数据库 → “Refresh” 或按
F5，它不会自动同步权限变更 - 确认连接时指定的
search_path：在Navicat连接属性的“Advanced”页签里，检查是否设置了options=-c search_path=sales，否则它默认只查public - 用户没被赋予
CONNECT权限到对应数据库：GRANT CONNECT ON DATABASE mydb TO myuser;—— 这步漏掉，连数据库都进不去，更别说schema - PostgreSQL日志里出现
permission denied for schema但Navicat只显示模糊错误，建议开log_statement = 'all'确认具体拦截点
最易被忽略的是ALTER DEFAULT PRIVILEGES这一步——它不作用于已有对象，只影响未来新建的表，而新人常以为授一次权就一劳永逸。
