创建行策略
创建一个 行策略,即用来确定用户可以从表中读取哪些行的过滤器。
行策略仅对具有只读访问权限的用户有意义。如果用户可以修改表或在表之间复制分区,这将无效行策略的限制。
语法:
USING 子句
允许指定条件以过滤行。如果条件计算为非零,则用户可以看到该行。
TO 子句
在 TO
部分,您可以提供此策略适用的用户和角色列表。例如,CREATE ROW POLICY ... TO accountant, john@localhost
。
关键字 ALL
意味着所有 ClickHouse 用户,包括当前用户。关键字 ALL EXCEPT
允许从所有用户列表中排除某些用户,例如,CREATE ROW POLICY ... TO ALL EXCEPT accountant, john@localhost
如果表未定义行策略,则任何用户都可以 SELECT
表中的所有行。为表定义一个或多个行策略使对表的访问依赖于行策略,无论这些行策略是否为当前用户定义。例如,下面的策略:
CREATE ROW POLICY pol1 ON mydb.table1 USING b=1 TO mira, peter
禁止用户 mira
和 peter
看到 b != 1
的行,任何未提及的用户(例如,用户 paul
)将根本看不到 mydb.table1
中的任何行。
如果这不可接受,可以通过添加一个新的行策略来解决,如下所示:
CREATE ROW POLICY pol2 ON mydb.table1 USING 1 TO ALL EXCEPT mira, peter
AS 子句
同一用户在同一表上允许启用多个策略。因此,我们需要一种方法来组合来自多个策略的条件。
默认情况下,策略使用布尔 OR
运算符组合。例如,以下策略:
使用户 peter
能够看到行,条件为 b=1
或 c=2
。
AS
子句指定策略应如何与其他策略组合。策略可以是宽松的或限制性的。默认情况下,策略是宽松的,这意味着它们使用布尔 OR
运算符组合。
作为替代方案,可以将策略定义为限制性。限制性策略使用布尔 AND
运算符组合。
以下是一般公式:
例如,以下策略:
使用户 peter
仅在 b=1
和 c=2
同时满足的情况下可见行。
数据库策略与表策略相结合。
例如,以下策略:
使用户 peter
仅在 b=1
和 c=2
同时满足的情况下可见 table1 的行,尽管
mydb 中的任何其他表对该用户仅应用 b=1
策略。
ON CLUSTER 子句
允许在集群上创建行策略,请参见 分布式 DDL。
示例
CREATE ROW POLICY filter1 ON mydb.mytable USING a<1000 TO accountant, john@localhost
CREATE ROW POLICY filter2 ON mydb.mytable USING a<1000 AND b=5 TO ALL EXCEPT mira
CREATE ROW POLICY filter3 ON mydb.mytable USING 1 TO admin
CREATE ROW POLICY filter4 ON mydb.* USING 1 TO admin