CROSS JOIN 本身不能生成连续日期序列，因为它仅做笛卡尔积、不产生新数据；必须配合数字表或递归CTE等提供基础序列，再通过日期函数偏移生成目标日期。
为什么 CROSS JOIN 本身不能直接生成连续日期序列
CROSS JOIN 只做笛卡尔积，它不产生新数据，只组合已有行。想靠 CROSS JOIN “凭空造日期”，必须配合其他结构（比如数字表或递归 CTE）提供基础序列。单独写 SELECT * FROM t1 CROSS JOIN t2 不会多出任何一天——除非其中一张表里存着日期或能转成日期的数字。
用数字表 + CROSS JOIN 拼出 365 天（MySQL / PostgreSQL / SQL Server）
核心思路：先构造一个含 0~364 的数字表（或视图），再把它和单行起始日期做 CROSS JOIN，最后用 DATE_ADD 或 GENERATE_SERIES 类函数偏移出日期。
- MySQL 示例（起始日为 '2024-01-01'）：
SELECT DATE_ADD('2024-01-01', INTERVAL n DAY) AS date_val FROM ( SELECT a.N + b.N * 10 AS n FROM (SELECT 0 AS N UNION SELECT 1 UNION SELECT 2 UNION SELECT 3 UNION SELECT 4 UNION SELECT 5 UNION SELECT 6 UNION SELECT 7 UNION SELECT 8 UNION SELECT 9) a CROSS JOIN (SELECT 0 AS N UNION SELECT 1 UNION SELECT 2 UNION SELECT 3) b ) nums WHERE n BETWEEN 0 AND 364; - PostgreSQL 更简洁，但注意
GENERATE_SERIES本质不是CROSS JOIN，若硬要套用，可：SELECT d::DATE FROM (SELECT '2024-01-01'::DATE AS start_date) s CROSS JOIN GENERATE_SERIES(0, 364) AS n CROSS JOIN LATERAL (SELECT s.start_date + n::INTERVAL '1 day') AS d;
—— 这里第一个CROSS JOIN是为了把单行起始日“广播”给每条n行，是典型用法。 - 关键点：
CROSS JOIN在这里的作用是「把标量日期扩展成行集」，不是生成序列的主力；真正干活的是数字生成逻辑或GENERATE_SERIES。
SQL Server 中用 master..spt_values 替代手写数字表
SQL Server 系统表 master..spt_values 里有现成的小整数（type = 'P'），常被借用来当数字源。搭配 CROSS JOIN 能快速拉出日期，但要注意范围和性能。
- 安全取前 365 行：
SELECT DATEADD(DAY, v.number, '2024-01-01') AS date_val FROM (SELECT TOP 365 number FROM master..spt_values WHERE type = 'P' ORDER BY number) v;
—— 注意这里其实没用CROSS JOIN，因为不需要“广播”；但如果起始日期来自另一张表（比如配置表），就变成：SELECT DATEADD(DAY, v.number, cfg.start_date) AS date_val FROM config_table cfg CROSS JOIN (SELECT TOP 365 number FROM master..spt_values WHERE type = 'P' ORDER BY number) v;
- 风险提示：
master..spt_values不是正式 API，不同版本行数可能变化（例如某些环境最多只到 2047），生产环境建议建永久数字表。
容易踩的坑：JOIN 条件缺失、时区、边界日期
用 CROSS JOIN 拼日期时，错误往往不出现在语法上，而出现在语义和边界上。
- 忘记
WHERE或TOP限制数字范围 → 结果爆炸（比如 100×100=10000 行，远超预期的 365） - 起始日期带时间部分（如
'2024-01-01 14:30:00'）→DATEADD后仍是带时分秒的DATETIME，导致下游按日期分组失败；应先CAST('2024-01-01 14:30:00' AS DATE) - 跨年或闰年没校验：用 0~364 生成 2024 年没问题，但用于 2025 年就得改 364 → 建议用
DATEADD(YEAR, 1, start_date) - start_date动态算天数 - 某些方言（如 BigQuery）不支持无
ON的CROSS JOIN写法，必须显式写CROSS JOIN UNNEST(...)或用逗号语法
真正麻烦的从来不是写出第一行日期，而是让这个序列在所有目标数据库里稳定、可读、可维护——数字源是否可控，起始值是否参数化，边界是否显式声明，这些比 JOIN 关键字本身重要得多。
