From 9c1a70442865d0418ce4f9cd452398c921e02f3c Mon Sep 17 00:00:00 2001 From: chenhuajun Date: Sun, 26 Jan 2025 02:42:18 +0800 Subject: [PATCH 1/2] =?UTF-8?q?fix=20typo=20=E9=99=84=E8=A1=A8-=E3=80=8B?= =?UTF-8?q?=E7=88=B6=E8=A1=A8?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- postgresql/doc/src/sgml/ddl.sgml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/postgresql/doc/src/sgml/ddl.sgml b/postgresql/doc/src/sgml/ddl.sgml index 55e738f1..0f011c95 100644 --- a/postgresql/doc/src/sgml/ddl.sgml +++ b/postgresql/doc/src/sgml/ddl.sgml @@ -6234,7 +6234,7 @@ ____________________________________________________________________________--> ____________________________________________________________________________--> - 继承的查询仅在附表上执行访问权限检查。例如，在cities表上授予UPDATE权限也隐含着通过cities访问时在capitals表中更新行的权限。 + 继承的查询仅在父表上执行访问权限检查。例如，在cities表上授予UPDATE权限也隐含着通过cities访问时在capitals表中更新行的权限。 这保留了数据（也）在父表中的样子。但是如果没有额外的授权，则不能直接更新capitals表。 以类似的方式，父表的行安全性策略（见）适用于继承查询期间来自于子表的行。 只有当子表在查询中被明确提到时，其策略（如果有）才会被应用，在那种情况下，附着在其父表上的任何策略都会被忽略。 From e1e94386cd16233a6dfa563237babcb8e039e804 Mon Sep 17 00:00:00 2001 From: Chen Huajun Date: Sat, 1 Mar 2025 12:11:51 +0800 Subject: [PATCH 2/2] Update rules.sgml --- postgresql/doc/src/sgml/rules.sgml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/postgresql/doc/src/sgml/rules.sgml b/postgresql/doc/src/sgml/rules.sgml index 125cf6c9..d2aebe4f 100644 --- a/postgresql/doc/src/sgml/rules.sgml +++ b/postgresql/doc/src/sgml/rules.sgml @@ -3790,7 +3790,7 @@ ____________________________________________________________________________--> CREATE VIEW phone_number WITH (security_barrier) AS SELECT person, phone FROM phone_data WHERE phone NOT LIKE '412%'; - Views created with the 使用security_barrier创建的视图的性能会远差于没有使用该选项的视图。通常，没有办法来避免这种现状：如果最快的候选计划可能在安全性上折衷，它就必须被拒绝。出于该原因，这个选在在默认情况下是没有启用的。 + 使用security_barrier创建的视图的性能会远差于没有使用该选项的视图。通常，没有办法来避免这种现状：如果最快的候选计划可能在安全性上折衷，它就必须被拒绝。出于该原因，这个选在在默认情况下是没有启用的。