T-SQL查询返回重复列问题排查：疑因JOIN操作所致

你的查询出现重复列/行的问题，核心原因是**sys.partitions的关联逻辑没做过滤**，再加上RIGHT JOIN的误用放大了这个问题，我来帮你拆解并修正：

问题根源分析 #

• sys.partitions的冗余数据：这个视图不仅包含表的数据分区，还包含表上所有索引的分区。如果你的表有聚集索引+非聚集索引，或者被分区存储，同一表的同一列会被多次返回——因为每个索引/分区都会生成一条记录。
• RIGHT JOIN的逻辑矛盾：你用RIGHT JOIN关联sys.tables和sys.columns，但后面又加了sys.columns.name is not NULL，这其实等价于INNER JOIN，反而让逻辑变得混乱，容易引入意外的重复。

修正后的查询语句 #

SELECT 
    t.name AS Table_Name,
    c.name AS Column_Name,
    ty.name AS data_type,
    p.rows AS [Rows]
FROM sys.tables t
INNER JOIN sys.columns c 
    ON t.object_id = c.object_id
INNER JOIN sys.types ty 
    ON c.system_type_id = ty.system_type_id 
    AND c.user_type_id = ty.user_type_id  -- 确保类型完全匹配，避免同system_type_id的不同类型重复
INNER JOIN sys.partitions p 
    ON t.object_id = p.object_id
    AND p.index_id IN (0, 1)  -- 只取表的核心数据分区：堆表(0)或聚集索引(1)
WHERE 
    ty.name != 'sysname'
ORDER BY 
    t.name;

关键调整说明 #

• 替换RIGHT JOIN为INNER JOIN：既然你只需要存在列的表，用INNER JOIN逻辑更直接，也避免了RIGHT JOIN可能带来的空行干扰。
• 给sys.partitions加index_id过滤：这是解决重复的核心！index_id=0对应没有聚集索引的堆表，index_id=1对应聚集索引，这两个分区才是存储表实际数据的地方，过滤掉其他索引的分区就能消除重复。
• 关联sys.types时增加user_type_id匹配：有些数据类型的system_type_id相同，但实际是不同类型（比如自定义类型和系统基类型），加上这个条件能确保类型匹配的准确性，避免潜在的重复。

如果执行后还有极个别重复，可以在SELECT后面加DISTINCT，但按照上面的逻辑调整，基本就能彻底解决问题了。

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