Hasura逻辑模型行级权限：_exists与_table运算符使用问题

针对你的问题，结论很明确：Hasura v2.36.1-ce版本中，Native Query生成的逻辑模型，其行级权限确实不支持_exists和_table这类跨表/存在性运算符，这是当前版本的功能限制，并非操作失误。

具体原因和细节如下：

• 控制台UI层面限制：逻辑模型的权限配置面板本身就屏蔽了_exists、_table这类高级运算符，所以你复制普通表的权限JSON到面板时，UI无法解析这类配置，自然不会更新显示。
• 权限表达式解析逻辑差异：逻辑模型的权限校验逻辑和普通表不同，它无法正确识别跨表引用中的字段——哪怕validation_table_specific_column确实存在于main.validation_table，权限引擎在解析逻辑模型的_exists表达式时，还是会抛出字段不存在的错误。
• 官方功能范围确认：对应版本的Hasura文档明确标注，逻辑模型的行级权限仅支持基础的字段匹配运算符（如_eq、_in、_like等），不支持跨表关联的存在性校验。

临时替代方案 #

如果需要实现类似的权限控制逻辑，可以把校验逻辑直接写入Native Query的SQL语句中，例如：

SELECT lm.*
FROM your_logical_model lm
JOIN main.validation_table vt
  ON vt.validation_table_specific_column = lm.logical_model_specific_column
WHERE vt.account_id = current_setting('x-hasura-account-id')
  AND vt.hasura_role = current_setting('x-hasura-role')
  AND vt.operation_type = 'select'

通过SQL层面的关联过滤，实现和_exists权限表达式相同的效果。

内容的提问来源于stack exchange，提问作者Tiago Stapenhorst