Postgresql Power BI + Postgres：只读用户

这确实令人遗憾，但SQL标准明确要求(例如，在ISO/IEC 9075-11:2003，5.58中):

5.58 TABLE_Constraints视图

功能

标识在此目录中可由给定用户或角色访问的表上定义的表约束.

定义

CREATE VIEW TABLE_CONSTRAINTS AS
    SELECT CONSTRAINT_CATALOG, CONSTRAINT_SCHEMA, CONSTRAINT_NAME,
           TABLE_CATALOG, TABLE_SCHEMA, TABLE_NAME,
           CONSTRAINT_TYPE, IS_DEFERRABLE, INITIALLY_DEFERRED
    FROM DEFINITION_SCHEMA.TABLE_CONSTRAINTS
    WHERE ( TABLE_CATALOG, TABLE_SCHEMA, TABLE_NAME ) IN
            ( SELECT TP.TABLE_CATALOG, TP.TABLE_SCHEMA, TP.TABLE_NAME
              FROM DEFINITION_SCHEMA.TABLE_PRIVILEGES AS TP
              WHERE TP.PRIVILEGE_TYPE <> 'SELECT'
[...]

因此，这确实是Power BI的一个缺点，如果它应该与只读用户一起工作的话.另一方面，如果他们想成为数据库不可知的人，他们别无 Select ，只能使用information_schema.

尽管这可能很有趣，但您正在寻找解决方案或变通办法.如果查看视图定义information_schema.table_constraints，您将看到可见性由以下条件确定:

pg_has_role(r.relowner, 'USAGE'::text) OR
has_table_privilege(r.oid, 'INSERT, UPDATE, DELETE, TRUNCATE, REFERENCES, TRIGGER'::text) OR
has_any_column_privilege(r.oid, 'INSERT, UPDATE, REFERENCES'::text)

我认为这里最有希望的特权是REFERENCES，它允许用户创建一个指向该表的外键.如果用户在任何模式上都没有CREATE特权，他们就不能创建引用该表的表，因此该特权实际上毫无用处.尽管如此，如果您授予用户对所有表的REFERENCES，则约束将变为可见.这是老生常谈，但应该足够好了.