如何避免PostgreSQL视图调用冗余函数？

这个问题确实挺头疼的——明明只查视图里的一列，却要被迫执行高成本的函数，完全是资源浪费！我来给你几个可行的解决方案，看看哪个适合你的场景：

问题根源先搞清楚 #

大多数数据库处理视图时，会把视图的定义直接“展开”到你的查询语句里。也就是说，哪怕你只选a列，数据库实际执行的还是视图里完整的select a,b,c,foo1(e,f) as f1, foo2(g,h) as f2 from t1，自然会触发所有函数调用。视图本质是存储的查询逻辑，不是预计算好的结果集（除非用物化视图，但那又不符合你“按需计算”的需求）。

解决方案1：拆分基础视图，让用户按需调用函数 #

这是最通用、最可靠的方案，完全由用户控制函数的执行时机：

1. 先创建一个不含函数的基础视图，只保留原始字段：

CREATE VIEW v1_base AS
SELECT a, b, c, e, f, g, h FROM t1;

2. 当需要f1或f2时，再显式调用函数：

-- 只查a，完全不碰函数
SELECT a FROM v1_base;

-- 需要f1时再调用
SELECT a, b, c, foo1(e,f) AS f1 FROM v1_base;

-- 需要f2同理
SELECT a, b, c, foo2(g,h) AS f2 FROM v1_base;

虽然多了一步，但彻底避免了不必要的函数执行，逻辑也清晰。

解决方案2：利用数据库的虚拟列（生成列）特性 #

如果你的数据库支持惰性求值的虚拟列（比如MySQL的VIRTUAL生成列、Oracle的计算列），那这个方案能完美保留视图的使用方式：
以MySQL为例，先给表t1添加虚拟列：

ALTER TABLE t1 
ADD COLUMN f1 VARCHAR(255) GENERATED ALWAYS AS (foo1(e,f)) VIRTUAL,
ADD COLUMN f2 VARCHAR(255) GENERATED ALWAYS AS (foo2(g,h)) VIRTUAL;

然后创建原来的视图：

CREATE VIEW v1 AS SELECT a,b,c,f1,f2 FROM t1;

现在你查询SELECT a FROM v1时，数据库只会返回a列，完全不会触发foo1和foo2；只有当你显式查询f1或f2时，才会调用对应的函数。

解决方案3：用动态SQL的存储过程灵活控制 #

如果需要更高的灵活性，可以写一个存储过程，根据参数决定是否包含函数列：

CREATE PROCEDURE get_v1(IN include_f1 BOOLEAN, IN include_f2 BOOLEAN)
BEGIN
    SET @sql = 'SELECT a, b, c';
    IF include_f1 THEN SET @sql = CONCAT(@sql, ', foo1(e,f) AS f1'); END IF;
    IF include_f2 THEN SET @sql = CONCAT(@sql, ', foo2(g,h) AS f2'); END IF;
    SET @sql = CONCAT(@sql, ' FROM t1');
    PREPARE stmt FROM @sql;
    EXECUTE stmt;
    DEALLOCATE PREPARE stmt;
END;

调用方式也很直观：

-- 只查a
CALL get_v1(FALSE, FALSE);
-- 查a和f1
CALL get_v1(TRUE, FALSE);
-- 查所有列
CALL get_v1(TRUE, TRUE);

这种方式能精准控制函数的执行，但需要用户调用存储过程，而不是直接查询视图。

解决方案4：基于查询上下文的条件判断（临时应急方案） #

这个方案依赖数据库的系统函数，比如PostgreSQL可以通过查询会话的当前SQL来判断是否需要执行函数：

CREATE VIEW v1 AS
SELECT 
    a, b, c,
    CASE WHEN EXISTS (
        SELECT 1 FROM pg_catalog.pg_stat_activity
        WHERE query LIKE '%f1%' AND pid = pg_backend_pid()
    ) THEN foo1(e,f) ELSE NULL END AS f1,
    CASE WHEN EXISTS (
        SELECT 1 FROM pg_catalog.pg_stat_activity
        WHERE query LIKE '%f2%' AND pid = pg_backend_pid()
    ) THEN foo2(g,h) ELSE NULL END AS f2
FROM t1;

但要注意：这种方式可能有并发问题（同一会话同时执行多个查询时会出错），而且不同数据库的系统表/函数不一样，只能作为临时应急用。

内容的提问来源于stack exchange，提问作者pm100