梧州长洲兴龙街道网站制作、梧州长洲长洲镇小程序制作、梧州长洲倒水镇网站优化、梧州岑溪岑城镇网站开发、梧州岑溪马路镇400电话办理、梧州岑溪南渡镇网络推广、梧州岑溪水汶镇网站建设、梧州岑溪大隆镇网店装修、梧州岑溪黎木镇微信公众号开发、梧州岑溪大业镇网页设计、梧州岑溪筋竹镇网络公司、梧州岑溪城谏镇域名企业邮箱、梧州岑溪归义镇服务器空间、梧州岑溪糯垌镇网站案例报价、梧州岑溪安平镇编辑排版美工、梧州岑溪三堡镇 App软件开发、梧州岑溪波塘镇百度推广、梧州苍梧龙圩镇代运营托管、梧州苍梧大坡镇logo设计、梧州苍梧广平镇网络全网营销

发表日期： 2023-02-16 14:49:13 浏览次数：56

网站建设.png

落地、变现、形成稳定的商业市场……这是目前元宇宙所面临的生存性难题，诚然，这个领域所有玩家都在积极寻找造福的渠道，从社交、游戏到硬件、数字营销，元宇宙到底应该寄生在谁的身上，这个问题迟迟没有明确的答案。

一直以来，除了沸腾的资本与激动的创业者，大部分人对元宇宙的认知处于模糊阶段，当然，这也给了这个领域更多借题发挥的机会，甚至金融、旅游和教育等传统行业也渐渐打上元宇宙的烙印。可时至今日，炙手可热的概念找到真正的归宿了吗?

社交曾经是元宇宙最接近的一个行业，从扎克伯格的Meta开始，到后来火遍一时的元宇宙社交APP啫喱，总之，这里曾经承载着元宇宙赤忱的变现梦。可是，今年2月，上线的一个月时间里就曾力压常年霸榜苹果AppStore的微信，登顶第一的啫喱就被下架，还陷入泄露用户隐私的风波。

扎克伯格这边更是惨不忍睹，就在这几天，扎克伯格在 VR 社交平台 Horizon Worlds 上为自己虚拟化身拍的一张*，由于肢体僵硬，笑容诡异，身后简陋的巴黎埃菲尔铁塔和西班牙圣家堂荒凉得令人心酸，瞬间在全球范围内引发狂热的群嘲。

ALL
为一条策略使用ALL表示它将适用于所有命令，不管命令的类型如何。如果存在一条ALL策略以及更多特定的策略，则ALL策略和那些策略都会应用。此外， ALL策略将同时适用于一个查询的选择端和修改端，如果只定义了一个USING表达式则将该USING表达式用于两种情况。
例如，如果发出一个UPDATE，那么 ALL策略将同时影响UPDATE 能更新哪些行（应用USING表达式）以及更新后的行是否被允许加入到表中（如果定义了WITH CHECK 表达式，则应用之；否则使用USING表达式）。如果一条INSERT 或者UPDATE命令尝试增加行到表中，但行没有通过ALL策略的 WITH CHECK表达式，则整个语句将会中断。
SELECT
对一条策略使用SELECT表示它将适用于 SELECT查询，并且无论何时都要求该约束所在的关系上的SELECT权限。其结果是在一次 SELECT查询期间，只有该关系中那些通过了 SELECT策略的记录才将被返回，并且查询要求 SELECT权限，例如 UPDATE也将只能看到那些 SELECT策略允许的行。一条 SELECT策略不能具有WITH CHECK表达式，因为它只适用于正在从关系中检索记录的情况。
INSERT
为一条策略使用INSERT表示它适用于 INSERT命令。没有通过这种策略的正在被插入的行会导致策略违背错误，并且整个INSERT命令将会中止。一条INSERT策略不能具有USING 表达式，因为它只适用于正在向关系增加记录的情况。
注意在带有ON CONFLICT DO UPDATE的INSERT中，只有对通过 INSERT路径追加到关系的行才会检查 INSERT策略的WITH CHECK 表达式。
UPDATE
为一条策略使用UPDATE表示它适用于 UPDATE、SELECT FOR UPDATE 和SELECT FOR SHARE命令，还有INSERT 命令的ON CONFLICT DO UPDATE子句。因为 UPDATE涉及到取出一个现有的记录并将其替换为新的修改记录， UPDATE 策略同时接受USING表达式和 WITH CHECK表达式。USING 表达式决定UPDATE命令将能看到哪些要对其操作的记录，而WITH CHECK表达式定义哪些被修改的行被允许存回到关系中。
任何更新后的值无法通过WITH CHECK表达式的行将会导致错误，并且整个命令将被中止。如果只指定了一个 USING子句，那么该子句将被用于 USING和WITH CHECK两种情况。
通常，一个UPDATE命令还需要从正在更新的关系中的列中读取数据（例如，在WHERE子句或RETURNING子句中，或者在SET子句右侧的表达式中）。在这种情况下，正在更新的关系上还需要SELECT权限，并且除了 UPDATE策略之外，还将会应用适当的 SELECT或ALL策略。因此，用户必须有权访问通过SELECT或ALL 策略更新的行，此外还要有权限更新通过UPDATE或 ALL策略的行。
当INSERT命令具有ON CONFLICT DO UPDATE 子句时，如果采用UPDATE路径，则首先检查要更新的行任何UPDATE策略的 USING表达式，然后根据WITH CHECK 表达式检查新更新的行。但是，请注意，与独立的UPDATE命令不同，如果现有的行没有通过USING表达式，将会抛出一个错误（UPDATE路径将永远不会 被默默地绕开）。
DELETE
为一条策略使用DELETE表示它适用于 DELETE命令。只有通过这条策略的行才将能被 DELETE命令所看到。如果有的行不能通过该 DELETE策略的USING表达式，则它们可以通过SELECT看到但不能被删除。
在大部分情况下，DELETE命令还需要读取要被删除的关系中的列上的数据（例如，在WHERE子句或RETURNING子句中）。在这种情况下，还要求该关系上的SELECT权限，并且除了DELETE策略之外，还会应用合适的SELECT 或ALL测了。因此，用户有权访问通过SELECT 或ALL策略删除的行，此外还要有权限删除通过 DELETE或ALL策略的行。
DELETE策略不能具有WITH CHECK表达式，因为它只适用于正在从关系中删除记录的情况，所以没有新行需要检查。

多重策略的应用

当不同命令类型的多个策略应用于相同命令时（例如，应用于UPDATE 命令的SELECT和UPDATE策略），则用户必须拥有两种类型的权限（例如，从关系中选择行的权限以及更新它们的权限）。因此，使用AND运算符将一种策略类型的表达式与其他类型策略的表达式组合在一起。

当同一命令类型的多个策略应用于同一个命令时，必须至少有一个允许访问该关系的 PERMISSIVE策略，并且必须通过所有的RESTRICTIVE 策略。因此，所有PERMISSIVE策略表达式都使用 OR进行组合，所有RESTRICTIVE策略表达式都使用 AND进行组合，并且结果使用AND进行组合。如果没有PERMISSIVE策略，则访问被拒绝。

请注意，出于合并多个策略的目的，ALL 策略被视为具有与应用其他任何类型的策略相同的类型。

例如，在一个需要SELECT和UPDATE权限的 UPDATE命令中，如果每个类型都有多个可以应用的策略，则它们将如下组合：

expression from RESTRICTIVE SELECT/ALL policy 1
ANDexpression from RESTRICTIVE SELECT/ALL policy 2
AND
...
AND
(  expression from PERMISSIVE SELECT/ALL policy 1
  OR  expression from PERMISSIVE SELECT/ALL policy 2
  OR
  ...
)
ANDexpression from RESTRICTIVE UPDATE/ALL policy 1
ANDexpression from RESTRICTIVE UPDATE/ALL policy 2
AND
...
AND
(  expression from PERMISSIVE UPDATE/ALL policy 1
  OR  expression from PERMISSIVE UPDATE/ALL policy 2
  OR
  ...
)

注解

要为一个表创建或者修改策略，你必须是该表的拥有者。

虽然策略将被应用于针对数据库中表的显式查询上，但当系统正在执行内部引用完整性检查或者验证约束时不会应用它们。这意味着有间接的方法来决定一个给定的值是否存在。一个例子是向一个作为主键或者拥有唯一约束的列中尝试插入重复值。如果插入失败则用户可以推导出该值已经存在（这个例子假设用户被策略允许插入他们看不到的记录）。另一个例子是一个用户被允许向一个引用了其他表的表中插入，然而另一个表是隐藏表。通过用户向引用表中插入值可以判断存在性，成功表示该值存在于被引用表中。为了解决这些问题，应该仔细地制作策略以完全阻止用户插入、删除或者更新那些可能指示他们不能看到的值的记录，或者使用生成的值（例如代理键）来代替具有外部含义的键。

通常，系统将在应用用户查询中出现的条件之前先强制由安全性策略施加的过滤条件，这是为了防止无意中把受保护的数据暴露给可能不可信的用户定义函数。不过，被系统（或者系统管理员）标记为 LEAKPROOF的函数和操作符可以在策略表达式之前被计算，因为它们已经被假定为可信。

因为策略表达式会被直接加到用户查询上，它们将使用运行整个查询的用户的权限运行。因此，使用一条给定策略的用户必须能够访问表达式中引用的任何表或函数，否则在尝试查询启用了行级安全性的表时，他们将简单地收到一条没有权限的错误。不过，这不会改变视图的工作方式。就普通查询和视图来说，权限检查和视图所引用的表的策略将使用视图拥有者的权限以及任何适用于视图拥有者的策略

上一页：玉林博白沙陂镇网站制作、玉林博白双旺镇小程序制作、玉林博白松旺镇网站优化、玉林博白龙潭镇网站开发、玉林博白大坝镇400电话办理、玉林博白永安镇网络推广、玉林博白径口镇网站建设、玉林博白浪平乡网店装修、梧州万秀城东街道微信公众号开发、梧州万秀城南街道网页设计、梧州万秀城中街道网络公司、梧州万秀城北街道域名企业邮箱、梧州万秀城东镇服务器空间、梧州万秀旺甫镇网站案例报价、梧州蝶山角嘴街道编辑排版美工、梧州蝶山东兴街道 App软件开发、梧州蝶山富民街道百度推广、梧州蝶山龙湖镇代运营托管、梧州蝶山夏郢镇 logo设计、梧州长洲大塘街道网络全网营销

下一页：梧州苍梧新地镇网站制作、梧州苍梧岭脚镇小程序制作、梧州苍梧京南镇网站优化、梧州苍梧狮寨镇网站开发、梧州苍梧六堡镇 400电话办理、梧州苍梧梨埠镇网络推广、梧州苍梧木双镇网站建设、梧州苍梧石桥镇网店装修、梧州苍梧沙头镇微信公众号开发、梧州藤县藤州镇网页设计、梧州藤县塘步镇网络公司、梧州藤县琅南镇域名企业邮箱、梧州藤县同心镇服务器空间、梧州藤县金鸡镇网站案例报价、梧州藤县新庆镇编辑排版美工、梧州藤县象棋镇 App软件开发、梧州藤县岭景镇百度推广、梧州藤县天平镇代运营托管、梧州藤县蒙江镇logo设计、梧州藤县和平镇网络全网营销