梧州長洲興龍街道網站制作、梧州長洲長洲鎮小程序制作、梧州長洲倒水鎮網站優化、梧州岑溪岑城鎮網站開發、梧州岑溪馬路鎮400電話辦理、梧州岑溪南渡鎮網絡推廣、梧州岑溪水汶鎮網站建設、梧州岑溪大隆鎮網店裝修、梧州岑溪黎木鎮微信公眾號開發、梧州岑溪大業鎮網頁設計、梧州岑溪筋竹鎮網絡公司、梧州岑溪城諫鎮域名企業郵箱、梧州岑溪歸義鎮服務器空間、梧州岑溪糯垌鎮網站案例報價、梧州岑溪安平鎮編輯排版美工、梧州岑溪三堡鎮 App軟件開發、梧州岑溪波塘鎮百度推廣、梧州蒼梧龍圩鎮?代運營托管、梧州蒼梧大坡鎮logo設計、梧州蒼梧廣平鎮網絡全網營銷

發表日期： 2023-02-16 14:49:13 瀏覽次數：43

梧州長洲興龍街道網站制作、梧州長洲長洲鎮小程序制作、梧州長洲倒水鎮網站優化、梧州岑溪岑城鎮網站開發、梧州岑溪馬路鎮400電話辦理、梧州岑溪南渡鎮網絡推廣、梧州岑溪水汶鎮網站建設、梧州岑溪大隆鎮網店裝修、梧州岑溪黎木鎮微信公眾號開發、梧州岑溪大業鎮網頁設計、梧州岑溪筋竹鎮網絡公司、梧州岑溪城諫鎮域名企業郵箱、梧州岑溪歸義鎮服務器空間、梧州岑溪糯垌鎮網站案例報價、梧州岑溪安平鎮編輯排版美工、梧州岑溪三堡鎮 App軟件開發、梧州岑溪波塘鎮百度推廣、梧州蒼梧龍圩鎮代運營托管、梧州蒼梧大坡鎮logo設計、梧州蒼梧廣平鎮網絡全網營銷

網站建設.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設計、柳州柳南區柳石街道網絡全網營銷