CROSS JOIN是生成日期维度表的高效选择，因其无条件生成笛卡尔积，天然适配「基准日期×天数偏移」等组合构造需求，比递归CTE或UNION ALL更简洁、执行更轻量；但需配合数字序列（如GENERATE_SERIES或ROW_NUMBER）才能实现真正连续日期。

为什么 CROSS JOIN 是生成日期维度表的高效选择

CROSS JOIN 本身不带条件，适合构造笛卡尔积——这恰恰是生成「年 × 月 × 日」或「基准日期 × 天数偏移」这类组合数据的底层需求。它比递归 CTE 或 UNION ALL 拼接更简洁，执行计划通常也更轻量，尤其在需要生成数年（如 2020–2030）共 3650+ 行时，避免了循环或层级展开开销。

但要注意：它不生成“连续日期”本身，只是提供批量构造的骨架；真正实现“连续”，得靠数字序列 + DATEADD 或 GENERATE_SERIES（PostgreSQL）等配合。

用递增数字表 + CROSS JOIN 构造日期序列（SQL Server / PostgreSQL 兼容思路）

核心思路是先建一个只含整数的辅助表（如 nums），再用它驱动日期偏移。很多环境没现成数字表，可用 VALUES 行构造小范围数字，或用系统视图（如 SQL Server 的 master..spt_values）临时借用。

• SQL Server 示例（生成 2024 年全年）：

  SELECT DATEADD(day, n.n, '2024-01-01') AS date_key
  FROM (
  SELECT TOP (366) ROW_NUMBER() OVER (ORDER BY (SELECT NULL)) - 1 AS n
  FROM sys.columns c1, sys.columns c2
  ) n
  WHERE DATEADD(day, n.n, '2024-01-01') <= '2024-12-31'
  

• 更通用做法（推荐）：用两个小数字表 CROSS JOIN 生成足够大的范围

  WITH tens (n) AS (SELECT 0 UNION ALL SELECT 1 UNION ALL SELECT 2 UNION ALL SELECT 3 UNION ALL SELECT 4 UNION ALL SELECT 5 UNION ALL SELECT 6 UNION ALL SELECT 7 UNION ALL SELECT 8 UNION ALL SELECT 9),
     hundreds (n) AS (SELECT t1.n * 10 + t2.n FROM tens t1, tens t2)
  SELECT DATEADD(day, h.n, '2024-01-01') AS date_key
  FROM hundreds h
  WHERE h.n BETWEEN 0 AND 365
  

CROSS JOIN 容易踩的三个坑

• 忘记过滤导致爆炸式膨胀：比如用 100 行 × 100 行 = 10000 行去驱动日期，却没加 WHERE 限制天数上限，结果生成了几万条无效日期
• 把 CROSS JOIN 当 INNER JOIN 用：误写 ON 条件，此时实际退化为普通内连接，失去笛卡尔积能力，日期不会按预期扩展
• 时区与类型隐式转换：DATEADD 输入基准日期若为字符串（如 '2024-01-01'），某些方言可能因语言设置解析失败；务必显式用 CAST('2024-01-01' AS DATE)

PostgreSQL 中更简洁的替代方案：别硬套 CROSS JOIN

PostgreSQL 原生支持 GENERATE_SERIES，直接生成整数或时间序列，语义清晰、性能好，无需手动构造数字表：

SELECT d::DATE AS date_key
FROM GENERATE_SERIES('2024-01-01'::DATE, '2024-12-31'::DATE, '1 day') AS d

如果仍要用 CROSS JOIN（比如需关联其他维度字段），可先用 GENERATE_SERIES 产出日期，再与其他表 CROSS JOIN —— 但注意：这时 CROSS JOIN 是为组合维度，不是为生成日期本身。

真正需要手写 CROSS JOIN 生成日期的场景，往往出现在不支持 GENERATE_SERIES 或不允许递归 CTE 的旧版数据库里。一旦有更直接的工具，就别绕远路。