我正在努力掌握如何在支持Web应用程序的多租户数据库中使用新的行级安全特性的最佳方法。
目前,该应用程序有几个不同的ROLE可用,具体取决于它尝试执行的操作。
一旦应用程序使用自己的ROLE建立连接,应用程序将身份验证参数(由用户提供)传递到不同的函数中,根据用户提供的身份验证参数过滤出行。该系统旨在与成千上万的用户一起使用,似乎可以正常工作;但是,它确实很笨重(而且慢)。
看来,如果我想使用新的行级安全功能,我需要为每个真实世界的用户(而不仅仅是Web应用程序)创建一个新的ROLE来访问数据库。
这是正确的吗?如果是,是否在数据库中创建数千个ROLE是个好主意?
目前,该应用程序有几个不同的ROLE可用,具体取决于它尝试执行的操作。
一旦应用程序使用自己的ROLE建立连接,应用程序将身份验证参数(由用户提供)传递到不同的函数中,根据用户提供的身份验证参数过滤出行。该系统旨在与成千上万的用户一起使用,似乎可以正常工作;但是,它确实很笨重(而且慢)。
看来,如果我想使用新的行级安全功能,我需要为每个真实世界的用户(而不仅仅是Web应用程序)创建一个新的ROLE来访问数据库。
这是正确的吗?如果是,是否在数据库中创建数千个ROLE是个好主意?
更新:来自评论中a_horse_with_no_name提供的链接(非常感谢,那个帖子非常准确):
CREATE USER application;
CREATE TABLE t1 (id int primary key, f1 text, app_user text);
INSERT INTO t1 VALUES(1,'a','bob');
INSERT INTO t1 VALUES(2,'b','alice');
ALTER TABLE t1 ENABLE ROW LEVEL SECURITY;
CREATE POLICY P ON t1 USING (app_user = current_setting('app_name.app_user'));
GRANT SELECT ON t1 TO application;
SET SESSION AUTHORIZATION application;
SET app_name.app_user = 'bob';
SELECT * FROM t1;
id | f1 | app_user
----+----+----------
1 | a | bob
(1 row)
SET app_name.app_user = 'alice';
SELECT * FROM t1;
id | f1 | app_user
----+----+----------
2 | b | alice
(1 row)
SET app_name.app_user = 'none';
SELECT * FROM t1;
id | f1 | app_user
----+----+----------
(0 rows)
现在,我对current_setting('app_name.app_user')
感到困惑,因为我认为这只适用于配置参数...那么app_name
在哪里定义?
current_setting('app_name.app_user')
将导致错误。为了防止这种情况发生,您可以在postgresql.conf
中定义一个虚拟值。 - user330315