SQL层级数据表查询：如何用布尔运算符替代模式匹配？

没问题！针对这种固定最大深度（5层）的层级结构，完全可以用布尔逻辑替代模式匹配——不仅能避免模糊匹配的潜在问题，通常还能利用索引提升查询性能，毕竟LIKE这类模式匹配很多时候没法高效使用索引。

下面分两种常见的表设计场景给出具体方案：

如果你的表是按层级拆分字段设计的（比如level1、level2、level3、level4、level5，每个字段对应对应层级的父ID，空值表示该层级无数据），这是最适合用布尔逻辑的场景，逻辑清晰且性能最优。

假设我们要查询ID为@parent_id的记录的所有子记录（包括直接子和深层子，最多到第5层），可以这么写：

-- 先获取父记录的各层级值
DECLARE @l1 INT = (SELECT level1 FROM your_table WHERE id = @parent_id);
DECLARE @l2 INT = (SELECT level2 FROM your_table WHERE id = @parent_id);
DECLARE @l3 INT = (SELECT level3 FROM your_table WHERE id = @parent_id);
DECLARE @l4 INT = (SELECT level4 FROM your_table WHERE id = @parent_id);
DECLARE @l5 INT = (SELECT level5 FROM your_table WHERE id = @parent_id);

SELECT *
FROM your_table
WHERE
    -- 父记录是第1层，匹配第2-5层的子记录
    (@l2 IS NULL AND level1 = @l1 AND level2 IS NOT NULL)
    -- 父记录是第2层，匹配第3-5层的子记录
    OR (@l3 IS NULL AND level1 = @l1 AND level2 = @l2 AND level3 IS NOT NULL)
    -- 父记录是第3层，匹配第4-5层的子记录
    OR (@l4 IS NULL AND level1 = @l1 AND level2 = @l2 AND level3 = @l3 AND level4 IS NOT NULL)
    -- 父记录是第4层，匹配第5层的子记录
    OR (@l5 IS NULL AND level1 = @l1 AND level2 = @l2 AND level3 = @l3 AND level4 = @l4 AND level5 IS NOT NULL);

这种写法完全依赖布尔判断和字段等值匹配，给level1到level5建联合索引的话，查询速度会非常快。

如果你的表用的是路径字段（比如full_path，格式类似1、1.4、1.5.8，用分隔符分隔层级），我们可以用字符串函数结合布尔逻辑替代LIKE，同时避免模糊匹配的误判（比如避免1匹配10这类情况）。

假设父记录的路径是@parent_path，查询子记录的语句如下（以MySQL为例，其他数据库只需替换对应的字符串函数）：

-- 获取父记录的路径和层级数
DECLARE @parent_path VARCHAR(255) = (SELECT full_path FROM your_table WHERE id = @parent_id);
DECLARE @parent_level INT = LENGTH(@parent_path) - LENGTH(REPLACE(@parent_path, '.', '')) + 1;

SELECT *
FROM your_table
WHERE
    -- 确保路径以父路径为前缀，且前后加分隔符避免误匹配
    LOCATE(CONCAT('.', @parent_path, '.'), CONCAT('.', full_path, '.')) = 1
    -- 子记录的层级在父层级+1到5之间
    AND (LENGTH(full_path) - LENGTH(REPLACE(full_path, '.', '')) + 1) BETWEEN @parent_level + 1 AND 5;

这里用CONCAT给路径前后加上分隔符，再用LOCATE判断前缀关系，结合层级数的范围判断，完全替代了LIKE的模式匹配。如果是SQL Server，把LOCATE换成CHARINDEX，LENGTH换成LEN即可。

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