SQL Server通配符LIKE语句：多段URL数据匹配方案问询

这个需求其实可以通过把你的自定义匹配串转换成SQL Server兼容的LIKE模式来实现，我来一步步拆解每种场景的处理逻辑，再给你具体的SQL示例：

核心匹配规则转换思路 #

我们需要把你定义的几种匹配符号，映射成SQL Server LIKE能识别的模式：

• 单段*：代表忽略当前整段（仅匹配该段的任意非斜杠内容），转换成[^/]+（[^/]表示除了斜杠的任意字符，+表示至少一个字符）
• %通配符：直接保留原生的LIKE通配符功能，匹配任意长度的任意字符（包括斜杠）
• **前缀匹配：只要匹配串中出现**，就只保留**之前的部分作为前缀，后面的内容全部忽略，最终模式为前缀内容%
• 完整URL匹配：直接用原字符串作为LIKE模式即可（和=效果一致，但符合你的需求统一用LIKE）

具体SQL实现示例 #

假设你的表名为url_list，存储URL的列名为url_path，我们分场景来看：

1. 单段*匹配（比如abc/portfolio/*/strategy） #

把匹配串中的*替换成[^/]+即可：

DECLARE @match_pattern NVARCHAR(1000) = 'abc/portfolio/*/strategy';
-- 替换*为单段匹配模式
SET @match_pattern = REPLACE(@match_pattern, '*', '[^/]+');

SELECT url_path 
FROM url_list
WHERE url_path LIKE @match_pattern;

这个查询会匹配所有四段结构、前两段是abc/portfolio、第四段是strategy、第三段为任意非斜杠内容的URL（比如abc/portfolio/12/strategy、abc/portfolio/test/strategy）。

2. %通配符匹配（比如abc/portfolio/%或%/strategy） #

直接使用原匹配串作为LIKE模式：

-- 匹配所有以abc/portfolio/开头的URL
DECLARE @match_pattern NVARCHAR(1000) = 'abc/portfolio/%';
SELECT url_path FROM url_list WHERE url_path LIKE @match_pattern;

-- 匹配所有最后一段是strategy的URL
SET @match_pattern = '%/strategy';
SELECT url_path FROM url_list WHERE url_path LIKE @match_pattern;

3. **前缀匹配（比如abc/**/12/strategy） #

提取**之前的内容，加上%作为前缀匹配模式：

DECLARE @match_pattern NVARCHAR(1000) = 'abc/**/12/strategy';
-- 找到**的位置，截取前面的内容并拼接%
IF CHARINDEX('**', @match_pattern) > 0
BEGIN
    SET @match_pattern = LEFT(@match_pattern, CHARINDEX('**', @match_pattern) - 1) + '%';
END

SELECT url_path 
FROM url_list
WHERE url_path LIKE @match_pattern;

这个查询会匹配所有以abc/开头的URL，完全忽略**后面的内容。

4. 处理字面量中的特殊字符 #

如果你的匹配串中包含LIKE原生的特殊字符（比如_、[、]），需要先转义这些字符，避免被当作通配符解析。比如匹配串是abc_portfolio/*/strategy（这里的_是字面量）：

DECLARE @match_pattern NVARCHAR(1000) = 'abc_portfolio/*/strategy';
-- 先转义_为\_
SET @match_pattern = REPLACE(@match_pattern, '_', '\_');
-- 再替换*为[^/]+
SET @match_pattern = REPLACE(@match_pattern, '*', '[^/]+');

SELECT url_path 
FROM url_list
WHERE url_path LIKE @match_pattern ESCAPE '\';

这里用ESCAPE '\'指定转义字符为反斜杠，确保\_被解析为字面量_。

注意事项 #

• 性能优化：如果你的数据量很大，开头带%的匹配（比如%/strategy）会无法使用索引，查询效率较低。可以考虑把URL按斜杠拆分成单独的列（比如segment1、segment2等），这样可以针对单段进行更高效的匹配。
• 特殊字符处理：如果URL中包含[、]、^这些LIKE字符集的特殊字符，需要额外转义，比如把[替换成\[，]替换成\]。

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