Postgres中的用户权限

Question

我需要在我的应用程序中实现访问控制。 我需要控制谁可以编辑哪一行的哪一列。

规则的示例可能是：

• 用户只能编辑自己的TableA行（也只能为她插入rown），该行通过TableB链接到她（TableB包含User和TableA的外键）。
• 用户只能编辑其个人资料的某些部分，而管理员可以更新其他部分。

当前，我没有在考虑让数据库为我的应用程序提供评估应用程序代码中更改可能性的所有信息，而是在考虑基于触发器的插入，更新和删除方法。 在这种情况下，触发器（如果不允许操作将失败）将被挂钩到受控表。

• 我将使用本地配置告诉Postgres现在哪个用户在工作。
• 然后，我仅在期望失败的可能性的情况下运行该操作。

假设我能够评估Postgres DB中的所有权限，那么我会看到一些积极的方面：

• 我不需要在操作之前先询问数据库是否可以完成。
• 我不会乱扔带有权限评估的应用程序。
• 即使不使用适当的模型，我也可以从应用程序的不同部分运行更新，同时保持安全性。

我的问题是：

• 扩大规模时会成为瓶颈吗？ （这是一个非常传统的基于Web的PHP应用程序，因此我希望选择的内容比更新的多100倍。但是，这会使评估从Web服务器转移到Web服务器上，而DB服务器可能更容易复制）
• 是否有一些更好的知名设计实践来实现我考虑的这种权限。

Answer 1

扩展数据库后，很有可能会充满触发器，难以编辑或更改某些触发器。 例如，如果添加额外的列，则应编辑与表相关的所有过程。

如果我有您的问题，则您正在尝试控制Web应用程序用户。

我认为更好的方法是在PHP方面实施限制。 例如创建角色，其中包含可能编辑列的数组。 如果这是“管理员”，则他/她的列表将包含所有列。 然后根据角色配置动态创建表单，以使用户看到他/她可以编辑的内容。