RIGHT JOIN能补全空分组是因为它以右表（维度表）为驱动，确保其每行必出，左表（事实表）无匹配则补NULL，再通过COUNT(f.id)等聚合函数自然返回0。
为什么RIGHT JOIN能补全空分组
当按某维度（比如category）分组统计时，如果某些维度值在事实表中完全没出现，GROUP BY默认不会输出这些“空分组”——它只对实际存在的数据分组。想让所有维度值都显示（哪怕计数为0），就得让维度表作为驱动表，把事实表“挂上去”，而RIGHT JOIN（或更常见的LEFT JOIN反向写法）正是实现这一点的底层机制：它保证右表（维度表）每行必出，左表（事实表）匹配不到就补NULL，后续用COUNT()或COALESCE()就能显式呈现0值。
RIGHT JOIN + GROUP BY的正确写法顺序
关键不是JOIN本身，而是JOIN之后的分组和聚合逻辑。很多人误以为先GROUP BY再JOIN，结果维度还是漏掉。必须让维度表在右，事实表在左，且GROUP BY字段来自右表（否则分组会塌缩）：
SELECT c.category, COUNT(f.id) AS cnt FROM sales f RIGHT JOIN category c ON f.category_id = c.id GROUP BY c.id, c.category;
-
RIGHT JOIN确保category表每行都保留 -
GROUP BY c.id, c.category必须包含维度表主键或唯一标识，避免因category重名导致合并 -
COUNT(f.id)统计的是左表非NULL行数，天然对空匹配返回0；用COUNT(*)会把右表NULL行也计入，结果恒为1，这是最常见错误
比RIGHT JOIN更稳妥的写法：LEFT JOIN + 维度表放左边
多数人更习惯把维度表放左边，这时改用LEFT JOIN语义更清晰，效果完全等价，且可读性更高：
SELECT c.category, COUNT(f.id) AS cnt FROM category c LEFT JOIN sales f ON c.id = f.category_id GROUP BY c.id, c.category;
- 逻辑一目了然：以
category为基准，“查每个类别的销售记录数” - 避免
RIGHT JOIN带来的阅读负担（尤其嵌套多层时） - MySQL 5.7+、PostgreSQL、SQL Server均无兼容性问题；但旧版SQLite不支持
RIGHT JOIN，直接报错
空分组显示为0但数值类型不对？检查COUNT和COALESCE搭配
有时补全后显示NULL而非0，不是JOIN错了，而是聚合函数没兜底：
-
COUNT()本身永不返回NULL，它对空匹配返回0，所以通常不需要COALESCE(COUNT(...), 0) - 但若用了
SUM(f.amount)或AVG(f.amount)，这些函数对空组返回NULL，必须显式COALESCE(SUM(f.amount), 0) - 注意
COALESCE不能放在GROUP BY字段里（如GROUP BY COALESCE(c.category, '未知')），这会改变分组粒度，应提前在维度表中处理默认值
真正容易被忽略的是：维度表本身如果有重复值（比如category表里两个相同name但不同id），即使JOIN补全了，也会导致一行变两行——分组前务必确认维度表主键唯一性，否则补全只是表面功夫。
