描述

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;

默认情况下，访问视图中引用的底层基关系时，会依据视图所有者的权限进行判断。在某些情况下，这可用于为底层表提供安全但受限的访问。然而，并非所有视图都能防止被篡改；详见第 41.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';

这会创建一个视图，其中包含创建视图时 films 表中的各列。尽管创建视图时使用了*，但以后添加到该表的列不会成为该视图的一部分。

创建带有 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 ( ... ) 子句同样是扩展，安全屏障视图和安全调用者视图也是如此。

另见