不影响性能的数据库查询结果数量上下限实现咨询

首先得点出你原来SQL语句的几个问题：

• 用UNION会自动去重，这会带来额外的性能开销，而且如果符合Height>72的行已经在“最高3条”里，会被合并，可能导致结果数量不符合预期
• 两次独立查询表，如果没有合适的索引，可能触发两次全表扫描，性能拉胯

接下来给你两个高效的实现方案，适配不同的数据库版本：

方案一：窗口函数版（推荐，单表扫描） #

如果你的数据库支持窗口函数（比如PostgreSQL、MySQL 8.0+、SQL Server 2008+等），这个方案只需要扫描一次表，逻辑清晰：

WITH ranked_athletes AS (
    SELECT 
        *,
        -- 标记优先级：符合条件的排前面
        CASE WHEN Height > 72 THEN 1 ELSE 2 END AS priority,
        -- 全局身高排名（降序）
        ROW_NUMBER() OVER (ORDER BY Height DESC) AS global_rank,
        -- 符合条件组内的身高排名
        ROW_NUMBER() OVER (PARTITION BY CASE WHEN Height >72 THEN 1 ELSE 2 END ORDER BY Height DESC) AS cond_rank
    FROM Athletes
)
SELECT *
FROM ranked_athletes
WHERE 
    -- 先拿符合条件的前10条
    (priority = 1 AND cond_rank <= 10)
    -- 符合条件的不够3条时，补全局最高的3条
    OR (global_rank <= 3)
-- 按优先级+身高降序排序，取前10条
ORDER BY priority, Height DESC
FETCH FIRST 10 ROWS ONLY;

这个逻辑会自动处理所有边界情况：

• 符合条件的人数≥10：返回前10个符合条件的高个子
• 符合条件的人数在3~9之间：返回所有符合条件的（满足最少3条，也不超10条）
• 符合条件的人数<3：返回所有符合条件的，再补全局最高的凑够3条

方案二：兼容旧版数据库（UNION ALL+去重） #

如果你的数据库不支持窗口函数，用这个方案，把UNION换成UNION ALL减少去重开销，最后再做一次去重：

SELECT DISTINCT *
FROM (
    -- 优先取符合条件的前10条
    SELECT * FROM Athletes WHERE Height > 72 ORDER BY Height DESC FETCH FIRST 10 ROWS ONLY
    UNION ALL
    -- 补充全局最高的3条，用来凑够最小数量
    SELECT * FROM Athletes ORDER BY Height DESC FETCH FIRST 3 ROWS ONLY
) AS combined_results
-- 按身高降序，取前10条
ORDER BY Height DESC
FETCH FIRST 10 ROWS ONLY;

这个方案的核心是UNION ALL比UNION快很多，因为它不会提前去重，最后用DISTINCT确保没有重复行，同时如果有Height的索引，两次子查询都是高效的索引扫描。

必做的性能优化 #

不管用哪个方案，一定要给Height列建个降序索引，这能让所有的排序和取前N条操作直接用索引完成，避免全表扫描：

CREATE INDEX idx_athletes_height_desc ON Athletes (Height DESC);

另外，如果不需要查询所有列，别用*，明确写出需要的列，能减少数据传输和内存占用，进一步提升性能。

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