描述

CREATE VIEW 定義一個查詢的視窗。這個視窗並不會實際實體化。反之，每次在查詢中參照到該視窗時，都會執行該查詢。

CREATE OR REPLACE VIEW 與之相似，但如果已存在同名的視窗，則會被取代。新的查詢必須產生與現有視窗查詢相同的欄位（也就是說，欄位名稱相同、順序相同，且資料類型相同），但可以在列表的末尾新增額外的欄位。產生輸出欄位的計算方式可能完全不同。

如果給定了結構描述名稱（例如，CREATE VIEW myschema.myview ...），則會在指定的結構描述中建立視窗。否則，它會在目前的結構描述中建立。臨時視窗存在於特殊的結構描述中，因此在建立臨時視窗時，不能給定結構描述名稱。視窗的名稱必須與同一個結構描述中的任何其他關係（表格、序列、索引、視窗、實體化視窗或外部表格）的名稱不同。

參數

注意事項

使用 DROP VIEW 語句來刪除檢視。

請小心檢視的欄位名稱和類型是否按照您想要的方式賦予。例如

CREATE VIEW vista AS SELECT 'Hello World';

是不好的形式，因為欄位名稱預設為 ?column?；此外，欄位資料類型預設為 text，這可能不是您想要的。在檢視結果中使用字串常值的更好風格是類似於

CREATE VIEW vista AS SELECT text 'Hello World' AS hello;

預設情況下，對檢視中引用的底層基礎關聯的存取權限由檢視擁有者的權限決定。在某些情況下，這可用於提供對底層表格的安全但受限制的存取。但是，並非所有檢視都能防止篡改；請參閱 Section 39.5 以取得詳細資訊。

如果檢視的 security_invoker 屬性設定為 true，則對底層基礎關聯的存取權限由執行查詢的使用者的權限決定，而不是檢視擁有者。因此，安全呼叫者檢視的使用者必須對檢視及其底層基礎關聯具有相關的權限。

如果任何底層基礎關聯是安全呼叫者檢視，則它將被視為直接從原始查詢存取。因此，安全呼叫者檢視將始終使用目前使用者的權限檢查其底層基礎關聯，即使它是從沒有 security_invoker 屬性的檢視存取也是如此。

如果任何底層基礎關聯啟用了 資料列層級安全策略，那麼預設情況下，將應用檢視擁有者的資料列層級安全策略，並且存取這些策略引用的任何其他關聯，將由檢視擁有者的權限決定。但是，如果檢視的 security_invoker 設定為 true，那麼將使用調用使用者的策略和權限，就好像基礎關聯已直接從使用該檢視的查詢中引用一樣。

在檢視中呼叫的函數的處理方式與直接從使用檢視的查詢中呼叫它們的處理方式相同。因此，檢視的使用者必須具有呼叫檢視使用的所有函數的權限。檢視中的函數以執行查詢的使用者或函數擁有者的權限執行，取決於函數是否定義為 SECURITY INVOKER 或 SECURITY DEFINER。因此，例如，直接在檢視中呼叫 CURRENT_USER 將始終傳回調用使用者，而不是檢視擁有者。這不受檢視的 security_invoker 設定的影響，因此將 security_invoker 設定為 false 的檢視 不 等同於 SECURITY DEFINER 函數，並且不應將這些概念混淆。

建立或替換檢視的使用者必須具有對檢視查詢中引用的任何綱要的 USAGE 權限，以便在這些綱要中查找引用的物件。但是，請注意，此查找僅在建立或替換檢視時發生。因此，檢視的使用者僅需要在包含檢視的綱要上擁有 USAGE 權限，而不需要在檢視查詢中引用的綱要上擁有該權限，即使對於安全呼叫者檢視也是如此。

當對現有檢視使用 CREATE OR REPLACE VIEW 時，只會變更檢視的定義 SELECT 規則，加上任何 WITH ( ... ) 參數及其 CHECK OPTION。其他檢視屬性，包括所有權、權限和非 SELECT 規則，保持不變。您必須擁有該檢視才能替換它（這包括成為擁有角色的成員）。

範例

建立一個包含所有喜劇電影的視窗

CREATE VIEW comedies AS
    SELECT *
    FROM films
    WHERE kind = 'Comedy';

這將建立一個視窗，其中包含建立視窗時 film 表格中的欄位。 雖然使用 * 建立視窗，但稍後新增到表格的欄位不會成為視窗的一部分。

建立一個具有 LOCAL CHECK OPTION 的視窗

CREATE VIEW universal_comedies AS
    SELECT *
    FROM comedies
    WHERE classification = 'U'
    WITH LOCAL CHECK OPTION;

這將建立一個基於 comedies 視窗的視窗，僅顯示 kind = 'Comedy' 和 classification = 'U' 的電影。 如果新列沒有 classification = 'U'，則任何嘗試在視窗中 INSERT 或 UPDATE 列的動作都將被拒絕，但不會檢查電影 kind。

建立一個具有 CASCADED CHECK OPTION 的視窗

CREATE VIEW pg_comedies AS
    SELECT *
    FROM comedies
    WHERE classification = 'PG'
    WITH CASCADED CHECK OPTION;

這將建立一個視窗，該視窗檢查新列的 kind 和 classification。

建立一個混合了可更新和不可更新欄位的視窗

CREATE VIEW comedies AS
    SELECT f.*,
           country_code_to_name(f.country_code) AS country,
           (SELECT avg(r.rating)
            FROM user_ratings r
            WHERE r.film_id = f.id) AS avg_rating
    FROM films f
    WHERE f.kind = 'Comedy';

這個視窗將支援 INSERT、UPDATE 和 DELETE。 films 表格中的所有欄位都將是可更新的，而計算欄位 country 和 avg_rating 將是唯讀的。

建立一個包含從 1 到 100 的數字的遞迴視窗

CREATE RECURSIVE VIEW public.nums_1_100 (n) AS
    VALUES (1)
UNION ALL
    SELECT n+1 FROM nums_1_100 WHERE n < 100;

請注意，雖然遞迴視窗的名稱在此 CREATE 中是使用模式限定名稱，但其內部的自我引用不是模式限定名稱。 這是因為隱式建立的 CTE 的名稱無法使用模式限定名稱。

相容性

CREATE OR REPLACE VIEW 是一個 PostgreSQL 語言擴充。臨時視窗的概念也是如此。 WITH ( ... ) 子句也是一個擴充，安全屏障視窗和安全呼叫者視窗也是如此。

另請參閱