主页 / dba / 问题 / 156775
Accepted
x-yuri
Asked: 2016-12-01 05:51:40 +0800 CST

名称与数据库名称不匹配的角色无法访问数据库

  • 772

角色app可以访问数据库app。但是角色app2不能。我没有看到 roleapp的任何特定特权，并且根据以下内容，它不是所有者\l：

app2=> \l

      Name       |  Owner   | Encoding |   Collate   |    Ctype    |    Access privileges
-----------------+----------+----------+-------------+-------------+--------------------------
 app             | postgres | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =Tc/postgres            +
                 |          |          |             |             | postgres=CTc/postgres   +
                 |          |          |             |             | app=CTc/postgres        +
                 |          |          |             |             | app2=CTc/postgres
...

app2=> \dp
                                               Access privileges
 Schema |                    Name                     |   Type   | Access privileges | Column access privileges
--------+---------------------------------------------+----------+-------------------+--------------------------
 public | access_users                                | table    |                   |
 public | access_users_id_seq                         | sequence |                   |
...


app2=> select * from users;
ERROR:  permission denied for relation users

为什么角色app能够访问数据库？我可以检查什么？

postgresql permissions

1 个回答

  1. Best Answer

    听起来，表（不一定是数据库）归app用户所有。这是文档讲述的内容：

    如果给定对象的“访问权限”列为空，则表示该对象具有默认权限（即，其权限列为空）。默认权限始终包括所有者的所有权限，并且可以包括 PUBLIC 的某些权限，具体取决于对象类型，如上所述。

    由于\dp输出中“访问权限”下没有显示任何内容，并且app用户可以读取和写入表，很明显它是所有者。可以证明这一点，例如，通过发出\dt access_users，它应该返回类似

            List of relations
 Schema │ Name         │ Type  │ Owner  
────────┼──────────────┼───────┼───────
 public │ access_users │ table │ app

    这也意味着（毫不奇怪）没有其他用户（超级用户和app角色成员除外）可以访问这些表。如果您想app2对它们（以及未来的表）拥有一些权利，我之前的回答可能会很有趣。

    • 4

相关问题