如何根据行计数按需UNION多表实现高性能取前10行SQL查询

你原有写法的核心问题有两个：一是使用UNION会触发全量去重逻辑，数据库必须扫描完所有关联表的数据才能完成去重计算，天生无法实现提前终止；二是没有指定表的读取优先级，优化器可能乱序访问所有表，哪怕第一张表已经凑够10条数据，还是会执行后续表的查询，产生不必要的性能开销。

方案1：利用TOP+排序的短路特性（无需存储过程，性能最优） #

这个方案适用于SQL Server、MySQL 8.0+、PostgreSQL等主流支持执行短路的数据库，写法如下（以你用的SQL Server TOP语法为例）：

SELECT TOP 10 NAME
FROM (
    SELECT 1 AS sort_id, NAME FROM TABLE1 WHERE NAME LIKE '%abc%'
    UNION ALL
    SELECT 2 AS sort_id, NAME FROM TABLE2 WHERE NAME LIKE '%abc%'
    UNION ALL
    SELECT 3 AS sort_id, NAME FROM TABLE3 WHERE NAME LIKE '%abc%'
    UNION ALL
    SELECT 4 AS sort_id, NAME FROM TABLE4 WHERE NAME LIKE '%abc%'
    UNION ALL
    SELECT 5 AS sort_id, NAME FROM TABLE5 WHERE NAME LIKE '%abc%'
    UNION ALL
    SELECT 6 AS sort_id, NAME FROM TABLE6 WHERE NAME LIKE '%abc%'
    UNION ALL
    SELECT 7 AS sort_id, NAME FROM TABLE7 WHERE NAME LIKE '%abc%'
    UNION ALL
    SELECT 8 AS sort_id, NAME FROM TABLE8 WHERE NAME LIKE '%abc%'
    UNION ALL
    SELECT 9 AS sort_id, NAME FROM TABLE9 WHERE NAME LIKE '%abc%'
    UNION ALL
    SELECT 10 AS sort_id, NAME FROM TABLE10 WHERE NAME LIKE '%abc%'
) AS combined_data
ORDER BY sort_id ASC

写法要点 #

• 替换UNION为UNION ALL：避免全量去重的强制全表扫描，为短路执行提供基础。如果需要去重，在每个单表子查询内加DISTINCT即可，不要在外层做去重。
• 新增sort_id字段标记表的优先级，外层按该字段升序排序：数据库优化器在处理TOP N + ORDER BY的查询时，会按排序顺序依次读取数据源，只要累计读取到10条符合条件的记录，就会立刻终止后续表的扫描，完全匹配你需要的按需终止逻辑。
• 不需要在子查询内加TOP 10限制，优化器会自动控制单表读取的行数。

方案2：存储过程逐表判断（逻辑100%可控，兼容所有数据库版本） #

如果你使用的数据库版本无法支持上述查询的短路优化，可以用存储过程逐表查询、累计行数，凑够10条就直接返回，完全不会访问后续表，SQL Server示例如下：

CREATE PROCEDURE GetTargetNames
AS
BEGIN
    SET NOCOUNT ON;
    DECLARE @temp TABLE(NAME VARCHAR(255) NOT NULL);
    DECLARE @need_count INT = 10;
    DECLARE @current_count INT;

    -- 读取TABLE1
    INSERT INTO @temp SELECT TOP (@need_count) NAME FROM TABLE1 WHERE NAME LIKE '%abc%';
    SELECT @current_count = COUNT(*) FROM @temp;
    IF @current_count >= @need_count GOTO output_res;

    -- 读取TABLE2，仅补够缺的行数
    INSERT INTO @temp SELECT TOP (@need_count - @current_count) NAME FROM TABLE2 WHERE NAME LIKE '%abc%';
    SELECT @current_count = COUNT(*) FROM @temp;
    IF @current_count >= @need_count GOTO output_res;

    -- 读取TABLE3
    INSERT INTO @temp SELECT TOP (@need_count - @current_count) NAME FROM TABLE3 WHERE NAME LIKE '%abc%';
    SELECT @current_count = COUNT(*) FROM @temp;
    IF @current_count >= @need_count GOTO output_res;

    -- TABLE4到TABLE10按照上述相同逻辑依次编写即可，每查完一张表判断一次行数，凑够就直接返回

output_res:
    SELECT NAME FROM @temp;
END
GO

方案优缺点 #

• 优点：执行逻辑完全可控，性能稳定，不会受数据库优化器规则影响，绝对不会扫描不需要的后续表。
• 缺点：需要创建存储过程，后续表数量调整时需要修改存储过程代码。

额外优化建议 #

• 你的筛选条件是NAME LIKE '%abc%'，普通B树索引无法生效，可以给NAME字段创建全文索引，大幅提升单表的文本匹配速度。
• 如果不同表的NAME可能存在重复值，不要在外层用UNION或DISTINCT去重，否则会强制扫描所有表的数据，破坏短路逻辑，在单表子查询内做去重即可。

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