DataGrip/Goland刷新数据库及表schema报权限错误但查询正常求助

1. 确认数据源登录用户一致性 #

• 首先核对IDE数据库面板刷新使用的用户，和你正常执行查询的控制台、CLI登录用户是否完全一致：
  • 右键IDE Database面板对应的数据源，选择「Properties」，检查用户(User) 配置项是否为MY_USER
  • 在数据库面板绑定的控制台执行SELECT current_user;，和正常查询的控制台、CLI执行该语句的结果做对比，确认用户无差异

2. 排查schema匹配与搜索路径问题 #

报错很大概率是IDE刷新时扫到了其他schema下的同名Inventory表，而你对该表无权限：

• 执行以下语句确认Inventory表的实际所属schema，以及当前用户的搜索路径：

-- 查Inventory表所属schema
SELECT table_schema FROM information_schema.tables WHERE table_name = 'inventory';
-- 查当前用户搜索路径
SHOW search_path;

• 打开数据源的「Properties → Schemas」标签，确认Inventory表所在的schema已被勾选，未被过滤
• 如果有多个schema存在同名Inventory表，直接在无权限的schema对应选项上取消勾选即可

3. 验证权限授予范围 #

• 执行以下语句确认MY_USER对目标schema下的Inventory表确实有SELECT权限：

SELECT grantee, privilege_type FROM information_schema.role_table_grants 
WHERE table_name = 'inventory' AND grantee = 'MY_USER' AND table_schema = '替换为你的表实际所属schema名';

• 如果授权时未指定schema，仅执行了GRANT SELECT ON Inventory TO MY_USER;，权限只会生效在搜索路径第一个匹配的schema下，IDE刷新遍历所有schema时就会触发无权限报错

4. 清理IDE数据源缓存与修正高级配置 #

• 右键对应数据源，选择「Invalidate Cache/Refresh」清理本地缓存的元数据，再重新刷新
• 打开数据源「Properties → Advanced」标签，检查是否有强制改写search_path的配置，确保路径包含Inventory表所在的schema
• 尝试取消勾选「Introspect using JDBC metadata」选项，重启数据源连接后再刷新，部分版本的PostgreSQL JDBC驱动存在元数据扫描时的权限识别异常

5. 检查角色继承问题 #

如果MY_USER的SELECT权限是通过继承其他角色获得的，执行SELECT current_roles;对比IDE数据库面板绑定控制台，和你正常查询的控制台返回结果，确认继承的角色已被正常加载，没有被会话配置禁用。

内容的提问来源于stack exchange，提问作者Ismail Shaikh