CREATE ROW POLICY
创建一个 行策略,即用于确定用户可以从表中读取哪些行的过滤器。
行策略仅对具有只读访问权限的用户有意义。如果用户可以修改表或在表之间复制分区,那么行策略的限制就失去了意义。
语法:
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