CREATE VIEW

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';

这会创建一个视图，其中包含创建视图时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 ( ... )子句同样是扩展，安全屏障视图和安 全调用者视图也是如此。