将CTE生成的日期结果存入表变量时遇语法错误，求解决方案

嗨，我来帮你搞定这个语法问题！你遇到的错误核心是CTE（公用表表达式）的位置放错了——在T-SQL里，CTE必须定义在要使用它的INSERT语句之前，而不是跟在INSERT INTO后面。

正确的写法示例 #

下面是调整后的完整代码，能顺利把生成的日期插入你的表变量：

-- 先定义你的起始、结束日期（根据实际需求替换）
DECLARE @Start DATE = '2024-01-01';
DECLARE @End DATE = '2024-01-10';
-- 定义表变量
DECLARE @Days TABLE ([Date] DATE NULL, Val INT NULL);

-- 第一步：先定义CTE
;WITH d([Date]) AS (
    SELECT DATEADD(DAY, n-1, @Start)
    FROM (
        SELECT TOP (DATEDIFF(DAY, @Start, @End) + 1)
            ROW_NUMBER() OVER (ORDER BY Number) AS n
        FROM master..spt_values
        WHERE Type = 'P' -- 加上这个过滤，只取整数类型的行，提升效率
    ) AS x(n)
)
-- 第二步：用INSERT引用CTE的数据
INSERT INTO @Days ([Date])
SELECT d.[Date]
FROM d;

-- 可以验证插入结果
SELECT * FROM @Days;

关键说明 #

1. 分号的作用：CTE前面的分号;是为了确保T-SQL解析器正确识别CTE的起始位置——如果前面有其他语句（比如DECLARE），加这个分号能避免语法歧义，解决你遇到的“;附近语法不正确”的问题。
2. 优化spt_values查询：加上WHERE Type = 'P'可以过滤掉spt_values里无关的记录（这个系统表包含多种类型的数据），让生成日期的子查询更快。
3. 给Val字段赋值：如果需要给Val字段设置默认值或计算值，直接修改INSERT里的SELECT语句即可，比如：

   INSERT INTO @Days ([Date], Val)
   SELECT d.[Date], 0 AS Val -- 给Val赋默认值0
   FROM d;
   

为什么你的原代码报错？ #

你之前尝试把WITH d(...)放在INSERT INTO后面，这不符合T-SQL的语法规则——CTE必须在引用它的DML语句（INSERT/UPDATE/DELETE等）之前定义，调整顺序后就能正常运行啦。

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