PostgreSQL视图不存数据？那它怎么简化查询还能递归生成序列和控制权限？

一、什么是PostgreSQL视图？

视图（View）是基于SQL查询结果的虚拟表------它不物理存储数据，仅保存查询的逻辑定义。当你查询视图时，PostgreSQL会动态执行视图的定义查询，返回基础表的最新结果。视图的核心价值在于：

简化复杂查询：将常用的多表关联、过滤逻辑封装成视图，避免重复写冗长SQL；
限制数据访问：仅暴露基础表的部分列/行给用户，保障数据安全；
隔离 schema 变化：当基础表结构调整时，只需修改视图定义，不影响应用代码。

例如，若你频繁需要查询"喜剧类型的电影"，可以创建comedies视图，之后直接查询comedies即可，无需每次写WHERE kind = 'Comedy'。

二、创建视图的基本语法

PostgreSQL用CREATE VIEW语句创建视图，完整语法如下（来自官方文档）：

sql 复制代码

CREATE [ OR REPLACE ] [ TEMP | TEMPORARY ] [ RECURSIVE ] VIEW name [ ( column_name [, ...] ) ]
    [ WITH ( view_option_name [= view_option_value] [, ... ] ) ]
    AS query
    [ WITH [ CASCADED | LOCAL ] CHECK OPTION ]

下面拆解关键参数的含义和用法：

1. 可选修饰符：OR REPLACE、TEMPORARY

OR REPLACE：若同名视图已存在，则替换它（需保证新视图的列名、顺序、类型与原视图一致，可添加新列到末尾）；
TEMPORARY（或TEMP） ：创建临时视图，会话结束后自动删除。若视图引用的表是临时表，视图会自动转为临时视图。

示例：替换已有视图并添加新列：

sql 复制代码

-- 原视图：仅包含id、title
CREATE VIEW comedies AS SELECT id, title FROM films WHERE kind = 'Comedy';

-- 替换视图：添加release_year列
CREATE OR REPLACE VIEW comedies AS 
SELECT id, title, release_year FROM films WHERE kind = 'Comedy';

2. RECURSIVE：递归视图

递归视图用于处理递归结构 （如层级数据、序列生成），等价于WITH RECURSIVE的CTE（公共表表达式）。必须显式指定列名列表。

递归视图的结构分为两部分：

初始查询（非递归部分）：返回递归的起始行；
递归查询（递归部分）：引用视图本身，返回下一层行，直到条件不满足。

示例：生成1到100的连续数字：

sql 复制代码

CREATE RECURSIVE VIEW nums_1_100 (n) AS
VALUES (1)  -- 初始查询：起始值1
UNION ALL
SELECT n + 1 FROM nums_1_100 WHERE n < 100;  -- 递归查询：每次加1，直到n=99

查询结果：SELECT * FROM nums_1_100;（返回1~100的整数）

3. 列名指定

若不指定column_name，视图列名将从查询中自动推导 （如SELECT id, title的列名是id、title）。但建议显式指定，避免默认的?column?或歧义。

示例：显式指定列名：

sql 复制代码

CREATE VIEW film_ratings (film_id, average_rating) AS
SELECT film_id, AVG(rating) FROM user_ratings GROUP BY film_id;

4. WITH选项：视图的高级参数

WITH clause 用于设置视图的附加属性，常见参数：

security_barrier （布尔值）：用于行级安全（RLS） ，确保视图的WHERE条件先于用户的查询条件执行，防止信息泄露；
security_invoker （布尔值）：默认false。若设为true，访问基础表的权限检查将使用执行查询的用户（而非视图所有者）的权限；
check_option （枚举值）：等价于后面的CHECK OPTION（local或cascaded）。

示例：创建安全屏障视图（用于RLS）：

sql 复制代码

CREATE VIEW secure_films WITH (security_barrier = true) AS
SELECT * FROM films WHERE is_public = true;

5. AS query：视图的核心逻辑

query是视图的定义查询，必须是有效的SELECT或VALUES语句。例如：

sql 复制代码

-- 查询"2020年以后上映的喜剧电影"
CREATE VIEW recent_comedies AS
SELECT id, title, release_year, director 
FROM films 
WHERE kind = 'Comedy' AND release_year >= 2020;

6. CHECK OPTION：确保更新的行可见

CHECK OPTION用于可更新视图 ，确保INSERT/UPDATE/MERGE操作产生的行仍满足视图的定义条件（即能通过视图看到）。有两种模式：

LOCAL：仅检查当前视图的条件，不检查基础视图；
CASCADED：检查当前视图和所有基础视图的条件（默认）。

示例：

sql 复制代码

-- 基础视图：喜剧电影
CREATE VIEW comedies AS SELECT * FROM films WHERE kind = 'Comedy';

-- 子视图：U级喜剧（LOCAL CHECK OPTION）
CREATE VIEW universal_comedies AS
SELECT * FROM comedies WHERE classification = 'U'
WITH LOCAL CHECK OPTION;  -- 仅检查classification='U'

-- 子视图：PG级喜剧（CASCADED CHECK OPTION）
CREATE VIEW pg_comedies AS
SELECT * FROM comedies WHERE classification = 'PG'
WITH CASCADED CHECK OPTION;  -- 检查classification='PG' + kind='Comedy'

三、可更新视图（Updatable Views）

不是所有视图都能执行INSERT/UPDATE/DELETE/MERGE------PostgreSQL会自动判断视图是否"可更新"。

1. 自动可更新的条件

视图需满足以下所有条件：

FROM子句仅包含一个表或另一个可更新视图；
视图定义无WITH/DISTINCT/GROUP BY/HAVING/LIMIT/OFFSET；
无顶层集合操作（UNION/INTERSECT/EXCEPT）；
SELECT列表无聚合函数（AVG/SUM）、窗口函数（ROW_NUMBER）或返回集合的函数（generate_series）。

2. 可更新列 vs 只读列

可更新列 ：直接引用基础表的可更新列（如films.id）；
只读列：计算列（函数结果）、聚合结果、子查询结果等。

示例：混合列的视图：

sql 复制代码

CREATE VIEW comedy_details AS
SELECT 
    f.id,  -- 可更新（来自films.id）
    f.title,  -- 可更新（来自films.title）
    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';

若尝试更新country列，会报错：ERROR: column "country" is read only。

3. 不可更新视图的解决方案

若视图不满足自动可更新条件，可通过**INSTEAD OF触发器**实现更新------将视图的操作转换为基础表的操作。

示例：为聚合视图添加更新触发器：

sql 复制代码

-- 不可更新视图（有GROUP BY）
CREATE VIEW film_ratings AS
SELECT film_id, AVG(rating) AS avg_rating FROM user_ratings GROUP BY film_id;

-- 创建触发器函数：将视图更新转为基础表更新
CREATE OR REPLACE FUNCTION update_film_rating()
RETURNS TRIGGER AS $$
BEGIN
    -- 简化逻辑：将avg_rating更新到user_ratings表的对应film_id
    UPDATE user_ratings SET rating = NEW.avg_rating WHERE film_id = NEW.film_id;
    RETURN NEW;
END;
$$ LANGUAGE plpgsql;

-- 绑定INSTEAD OF触发器到视图
CREATE TRIGGER trigger_update_film_rating
INSTEAD OF UPDATE ON film_ratings
FOR EACH ROW EXECUTE FUNCTION update_film_rating();

四、递归视图的高级应用

递归视图常用于处理层级结构 或序列生成，以下是两个典型场景：

1. 场景1：生成日期序列

需求：生成2024年1月的所有日期：

sql 复制代码

CREATE RECURSIVE VIEW jan_2024_dates (date) AS
VALUES ('2024-01-01'::date)  -- 初始日期
UNION ALL
SELECT date + INTERVAL '1 day' FROM jan_2024_dates WHERE date < '2024-01-31';  -- 每天加1天

查询结果：SELECT * FROM jan_2024_dates;（返回31行日期）

2. 场景2：查询组织层级

假设employees表有id（员工ID）、name（姓名）、manager_id（上级ID），需求：查询所有员工的层级关系：

sql 复制代码

CREATE RECURSIVE VIEW employee_hierarchy (id, name, manager_id, level) AS
-- 初始查询：顶层管理者（无上级）
SELECT id, name, manager_id, 1 FROM employees WHERE manager_id IS NULL
UNION ALL
-- 递归查询：关联上级，层级+1
SELECT e.id, e.name, e.manager_id, eh.level + 1 
FROM employees e
JOIN employee_hierarchy eh ON e.manager_id = eh.id;

查询结果：SELECT * FROM employee_hierarchy;（返回所有员工的层级，如顶层管理者level=1，下属level=2）

五、视图的安全与权限

PostgreSQL视图的权限默认基于视图所有者 ：用户访问视图时，PostgreSQL检查视图所有者对基础表的权限，而非用户自己的权限。

1. security_invoker：以调用者权限访问基础表

若视图的security_invoker设为true，则权限检查会使用执行查询的用户的权限。例如：

sql 复制代码

-- 视图：仅显示当前用户的电影
CREATE VIEW user_films WITH (security_invoker = true) AS
SELECT * FROM films WHERE user_id = current_user;

当用户alice查询user_films时，PostgreSQL会检查alice对films表的权限，而非视图所有者的权限。

2. security_barrier：防止信息泄露

security_barrier用于行级安全（RLS） ，确保视图的WHERE条件先于用户的查询条件执行，避免"条件泄露"。例如：

sql 复制代码

-- 视图：仅显示公开电影
CREATE VIEW secure_films WITH (security_barrier = true) AS
SELECT * FROM films WHERE is_public = true;

当用户查询secure_films WHERE title LIKE '%secret%'时，PostgreSQL会先过滤is_public = true的电影，再执行用户的条件，确保不泄露非公开电影的信息。

六、课后Quiz

问题1：如何确保插入到视图的行满足所有基础视图的条件？

答案：使用WITH CASCADED CHECK OPTION。例如：

sql 复制代码

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

插入时会检查comedies视图的kind = 'Comedy'和当前视图的classification = 'PG'。

问题2：请写出创建"1到50的数字"的递归视图的SQL。

答案：

sql 复制代码

CREATE RECURSIVE VIEW nums_1_50 (n) AS
VALUES (1)  -- 初始值
UNION ALL
SELECT n + 1 FROM nums_1_50 WHERE n < 50;  -- 递归加1

问题3：为什么聚合视图无法自动更新？如何解决？

答案：聚合视图包含GROUP BY或聚合函数（如AVG），不满足自动可更新的条件。解决方法是为视图创建INSTEAD OF触发器，将更新操作转换为基础表的操作。

七、常见报错及解决方案

报错1：ERROR: cannot create view without a query

原因：创建视图时缺少AS query，例如：

sql 复制代码

CREATE VIEW comedies;  -- 错误：无查询逻辑

解决：添加AS和有效查询：

sql 复制代码

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

报错2：ERROR: view "view_name" cannot be modified because it contains a non-updatable column

原因：尝试更新视图中的只读列（如聚合结果），例如：

sql 复制代码

-- 视图有avg_rating（聚合列，只读）
CREATE VIEW film_ratings AS SELECT film_id, AVG(rating) AS avg_rating FROM user_ratings GROUP BY film_id;

-- 错误：更新只读列
UPDATE film_ratings SET avg_rating = 4 WHERE film_id = 1;

解决：

去掉视图中的只读列，使其成为自动可更新视图；
为视图创建INSTEAD OF触发器。

报错3：ERROR: recursive view "view_name" must have a column list

原因：创建递归视图时未指定列名列表，例如：

sql 复制代码

-- 错误：无列名列表
CREATE RECURSIVE VIEW nums_1_100 AS VALUES (1) UNION ALL SELECT n+1 FROM nums_1_100 WHERE n < 100;

解决：显式指定列名列表：

sql 复制代码

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

报错4：ERROR: permission denied for table base_table

原因：视图所有者无基础表的权限，例如：

sql 复制代码

-- 视图所有者view_owner无films表的SELECT权限
CREATE VIEW comedies AS SELECT * FROM films WHERE kind = 'Comedy';

解决：授予视图所有者基础表的权限：

sql 复制代码

GRANT SELECT ON films TO view_owner;

若视图的security_invoker = true，则需授予执行查询的用户基础表的权限。

八、参考链接

参考链接：www.postgresql.org/docs/17/sql...

余下文章内容请点击跳转至个人博客页面或者扫码关注或者微信搜一搜：编程智域前端至全栈交流与成长，阅读完整的文章：PostgreSQL视图不存数据？那它怎么简化查询还能递归生成序列和控制权限？
往期文章归档