CROSS JOIN是生成日期维度表最直接的方式，因其不依赖关联条件，可暴力组合所有行；配合GENERATE_SERIES（PostgreSQL）或WITH RECURSIVE（MySQL 8.0+）生成整数序列，再转为连续日期，比循环、临时表或UNION ALL更简洁、可读、易参数化。
为什么 CROSS JOIN 是生成日期维度表最直接的方式
因为 CROSS JOIN 不依赖关联条件，能暴力组合两个结果集的所有行，配合递归数字生成（如 VALUES (0), (1), (2), ... 或 GENERATE_SERIES）就能快速产出连续整数，再转成日期。比写循环、临时表或多次 UNION ALL 更简洁、可读性更高，也更容易参数化起止日期。
PostgreSQL 中用 GENERATE_SERIES + CROSS JOIN 构建日期表
PostgreSQL 原生支持 GENERATE_SERIES，这是最稳妥的选择。注意它返回的是整数序列，需配合 current_date + INTERVAL '1 day' * n 转为日期：
SELECT current_date + (n * INTERVAL '1 day')::INTERVAL AS date_dim FROM GENERATE_SERIES(0, 364) AS n;
若要跨年或指定范围，把 current_date 换成具体日期字面量，例如：
SELECT '2023-01-01'::DATE + (n * INTERVAL '1 day')::INTERVAL AS date_dim FROM GENERATE_SERIES(0, 729) AS n; -- 2023–2024 共 730 天
-
GENERATE_SERIES第二个参数是包含的（即 0 到 364 共 365 行） - 避免用
TO_DATE或字符串拼接来构造日期，性能差且易出错 - 如果需要更多字段（如 year/month/day_of_week），在 SELECT 中直接提取：
EXTRACT(YEAR FROM date_dim)
MySQL 8.0+ 用递归 CTE 模拟 CROSS JOIN 效果
MySQL 没有 GENERATE_SERIES，但可用递归 WITH RECURSIVE 生成数字序列，再和单行表做隐式 CROSS JOIN（不写 JOIN 关键字也能实现笛卡尔积）：
WITH RECURSIVE nums(n) AS (
SELECT 0
UNION ALL
SELECT n + 1 FROM nums WHERE n < 364
)
SELECT DATE_ADD('2023-01-01', INTERVAL n DAY) AS date_dim
FROM nums;关键点：
- 递归深度默认上限是 1000，若需更长序列，先执行
SET SESSION cte_max_recursion_depth = 5000; - 不能直接在
SELECT中对递归 CTE 做CROSS JOIN到另一张表——除非你真需要两组独立序列的乘积（比如按日×按小时），否则纯日期序列不需要显式CROSS JOIN - MySQL 的
DATE_ADD对INTERVAL的单位敏感，DAY和DAYS不同，必须用DAY
SQL Server 里用 master..spt_values 配合 CROSS JOIN 快速兜底
SQL Server 没有内置序列函数，老版本常用 master..spt_values（类型为 'P' 的数字辅助表），它最多提供 0–2047 的整数，足够覆盖 5 年内日期：
SELECT DATEADD(DAY, number, '2023-01-01') AS date_dim FROM master..spt_values WHERE type = 'P' AND number BETWEEN 0 AND 729;
注意：
-
master..spt_values不是正式文档支持的对象，生产环境建议先建持久化数字表，或用VALUES手动展开小范围序列 - 不要用
CROSS JOIN到空表或单列常量表来“触发”笛卡尔积——容易因优化器误判导致计划异常 -
DATEADD的第三个参数必须是DATE或DATETIME类型，字符串字面量需显式转换或加类型提示
真正麻烦的不是语法，而是忘记检查目标数据库是否支持对应特性，或者把日期计算逻辑写死在应用层——一旦时区、闰年、财政年度规则介入，SQL 层的日期维度就很难维护了。
