这确实是个非常典型的痛点——重复跑复杂查询不仅浪费数据库资源，后期维护时改条件还容易漏改一边，简直是埋坑。下面给你几个更高效还省心的方案，都能让SomeComplicatedQuery只执行一次：

方案1：用CTE（公共表表达式）封装复杂查询 #

这是最直观也最易维护的方式，把复杂查询的结果先暂存到CTE里，之后只需要从CTE里计算两个统计值就行：

WITH ComplicatedResult AS (
    -- 这里只写一次复杂查询和条件，后续都复用这个结果
    SELECT A
    FROM SomeComplicatedQuery 
    WHERE 1=1 -- AND SomeComplicatedCondition
)
SELECT 
    (SELECT COUNT(*) FROM ComplicatedResult) AS total,
    (SELECT COUNT(DISTINCT A) FROM ComplicatedResult) AS num_of_A;

CTE在大多数现代数据库（PostgreSQL、MySQL 8.0+、SQL Server等）都支持，而且代码结构清晰，后期改条件只需要改CTE里的部分就行。

方案2：用窗口函数一次扫描出结果 #

如果你的数据库支持窗口函数里的COUNT(DISTINCT)（比如PostgreSQL、SQL Server 2019+、MySQL 8.0.22+），可以用这种更简洁的写法，只需要执行一次复杂查询，通过窗口函数直接计算全局统计值：

SELECT DISTINCT
    COUNT(*) OVER() AS total, -- 全局总行数
    COUNT(DISTINCT A) OVER() AS num_of_A -- 全局不同A的数量
FROM SomeComplicatedQuery 
WHERE 1=1 -- AND SomeComplicatedCondition;

DISTINCT是为了让结果只返回一行（因为窗口函数会给每一行都带上统计值，去重后就得到唯一的统计结果）。

如果你的数据库不支持窗口函数里的COUNT(DISTINCT)（比如老版本Oracle），可以用DENSE_RANK来模拟：

SELECT DISTINCT
    COUNT(*) OVER() AS total,
    MAX(rnk) AS num_of_A
FROM (
    SELECT 
        A,
        DENSE_RANK() OVER(ORDER BY A) AS rnk -- 每个不同的A对应唯一递增排名
    FROM SomeComplicatedQuery 
    WHERE 1=1 -- AND SomeComplicatedCondition
) sub_query;

内层查询给每个不同的A分配一个连续的排名，外层取最大的排名就是不同A的总数，同时COUNT(*) OVER()拿到总行数。

方案3：用临时表存储结果 #

如果复杂查询的结果集非常大，或者需要多次复用这个结果，可以把结果存到临时表里，再从临时表统计：

-- 创建临时表，存储复杂查询的结果
CREATE TEMPORARY TABLE temp_query_result AS
SELECT A
FROM SomeComplicatedQuery 
WHERE 1=1 -- AND SomeComplicatedCondition;

-- 从临时表计算统计值
SELECT 
    COUNT(*) AS total,
    COUNT(DISTINCT A) AS num_of_A
FROM temp_query_result;

-- 用完可以删除临时表（部分数据库会话结束会自动删）
DROP TEMPORARY TABLE IF EXISTS temp_query_result;

临时表的好处是可以缓存结果，避免重复计算，但需要注意数据库对临时表的权限和存储限制。

这些方案的核心都是只执行一次复杂查询，既节省了资源，也避免了维护时的不一致问题，你可以根据自己使用的数据库和场景选最合适的。

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