如何在T-SQL中无需循环匹配两表逗号分隔Brand字段？

当然可以！完全不需要用循环来实现这个需求，一条SQL查询就能搞定。不过先提个小建议：把多个品牌塞进一个逗号分隔的字段里其实是反范式的设计，长期来看可能会有维护和效率问题，但咱们先解决你当前的问题～

把两张表中逗号分隔的Brand字段拆分成独立的品牌条目，然后通过匹配相同品牌来关联两张表的记录，最后去重得到符合条件的原始记录对。

不同数据库提供了不同的字符串拆分工具，下面是几个主流数据库的实现方式：

MySQL 版本（支持递归CTE的版本，如MySQL 8.0+） #

假设你的两张表分别叫table_a和table_b，都有主键（比如id）和Brand字段：

WITH RECURSIVE split_a AS (
    SELECT 
        id,
        Brand,
        SUBSTRING_INDEX(Brand, ',', 1) AS single_brand,
        SUBSTRING(Brand, LOCATE(',', Brand) + 1) AS remaining_brands
    FROM table_a
    WHERE Brand IS NOT NULL AND Brand != ''
    UNION ALL
    SELECT 
        id,
        Brand,
        SUBSTRING_INDEX(remaining_brands, ',', 1) AS single_brand,
        SUBSTRING(remaining_brands, LOCATE(',', remaining_brands) + 1) AS remaining_brands
    FROM split_a
    WHERE remaining_brands IS NOT NULL AND remaining_brands != ''
),
split_b AS (
    SELECT 
        id,
        Brand,
        SUBSTRING_INDEX(Brand, ',', 1) AS single_brand,
        SUBSTRING(Brand, LOCATE(',', Brand) + 1) AS remaining_brands
    FROM table_b
    WHERE Brand IS NOT NULL AND Brand != ''
    UNION ALL
    SELECT 
        id,
        Brand,
        SUBSTRING_INDEX(remaining_brands, ',', 1) AS single_brand,
        SUBSTRING(remaining_brands, LOCATE(',', remaining_brands) + 1) AS remaining_brands
    FROM split_b
    WHERE remaining_brands IS NOT NULL AND remaining_brands != ''
)
SELECT DISTINCT a.id, a.Brand, b.id, b.Brand
FROM split_a a
JOIN split_b b ON a.single_brand = b.single_brand;

SQL Server 版本（2016+，支持STRING_SPLIT） #

用内置的字符串拆分函数会简洁很多：

SELECT DISTINCT a.id, a.Brand, b.id, b.Brand
FROM table_a a
CROSS APPLY STRING_SPLIT(a.Brand, ',') sa
JOIN table_b b 
CROSS APPLY STRING_SPLIT(b.Brand, ',') sb ON sa.value = sb.value;

PostgreSQL 版本 #

用STRING_TO_ARRAY配合UNNEST来拆分字符串：

SELECT DISTINCT a.id, a.Brand, b.id, b.Brand
FROM table_a a
JOIN UNNEST(STRING_TO_ARRAY(a.Brand, ',')) sa ON TRUE
JOIN table_b b
JOIN UNNEST(STRING_TO_ARRAY(b.Brand, ',')) sb ON TRUE
WHERE sa = sb;

虽然上面的查询能解决你的问题，但还是得强调：逗号分隔的字段存储多值是反数据库范式的设计，会带来这些问题：

• 查询效率低，尤其是数据量大的时候，无法利用索引
• 难以进行精确的统计、过滤操作
• 容易出现数据不一致（比如品牌拼写错误）

长期来看，建议重构数据结构：

• 新建brands表：存储唯一的品牌名称和主键（如brand_id, brand_name）
• 新建table_a_brands关联表：存储table_a的记录ID和对应的brand_id
• 同理新建table_b_brands关联表
  这样后续的匹配查询会更高效，也更符合数据库设计的最佳实践。

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