使用SQLCMD生成CSV文件时遭遇记录长度异常问题

我来帮你搞定这个困扰～你遇到的问题主要来自两个方面：手动拼接字符串的长度限制和SQLCMD默认的行宽截断，当然还有手动拼接CSV时容易忽略的格式问题，下面给你一步步拆解解决方案：

为什么会出现记录长度异常？ #

1. 隐式长度截断：你用CAST(number1 AS NVARCHAR)的时候没指定长度，SQL Server默认会给这个转换后的字符串分配30字符的长度——虽然数值转字符串用不上这么多，但如果后续拼接的总长度触发了SQL Server的字符串长度限制（比如旧版本中非MAX类型的字符串上限是4000字符），或者拼接过程中隐式转换成了固定长度类型，就会导致长字段（比如你的2000字符列）被截断。
2. SQLCMD默认行宽限制：SQLCMD默认的输出行宽是80字符，当你拼接后的CSV行超过这个宽度时，它会自动把内容拆成多行，看起来就像是记录长度混乱、内容被截断了。
3. 未处理CSV特殊字符：如果你的varcharacter2里包含逗号、引号这类CSV的特殊字符，手动拼接会直接破坏CSV格式，也会表现为“记录长度异常”。

最优解决方案：用SQLCMD自带的CSV导出功能 #

别手动拼接啦，SQLCMD本身就支持直接导出CSV，既避免长度问题又能自动处理格式：

sqlcmd -S 你的服务器名 -d 你的数据库名 -E -Q "SELECT * FROM test" -s "," -W -o "导出的文件路径.csv"

参数解释：

• -S：指定SQL Server实例
• -d：指定要连接的数据库
• -E：用Windows身份验证登录（如果用SQL账号，换成-U 用户名 -P 密码）
• -s ","：把逗号设为字段分隔符
• -W：去除列名和字段前后的多余空格
• -o：指定导出的CSV文件路径

这个方法会自动处理所有列的长度，就算是2000字符的列也不会截断，还能正确转义特殊字符，绝对省心。

如果必须手动拼接的话，这么改 #

要是你有特殊需求必须手动拼接CSV，那要注意这几点：

1. 显式指定转换长度：给所有转换后的字符串指定足够长的长度，比如把数值列转成NVARCHAR(20)，避免默认的30字符限制（虽然数值用不上，但养成好习惯）。
2. 转义CSV特殊字符：用QUOTENAME函数把每个字段用双引号括起来，这样字段里的逗号、引号都会被正确处理。
3. 强制用MAX长度存储拼接结果：把整个拼接后的字符串转成NVARCHAR(MAX)，避免长度截断。
4. 设置SQLCMD行宽：执行命令时加上-w参数设置足够大的行宽，防止自动换行。

修改后的SQL语句示例：

SELECT 
    CAST(
        QUOTENAME(CAST(number1 AS NVARCHAR(20)), '"') + ',' +
        QUOTENAME(CAST(number2 AS NVARCHAR(20)), '"') + ',' +
        QUOTENAME(varcharacter1, '"') + ',' +
        QUOTENAME(varcharacter2, '"')
    AS NVARCHAR(MAX)) AS CSV_Line
FROM test;

对应的SQLCMD执行命令：

sqlcmd -S 你的服务器名 -d 你的数据库名 -E -Q "上面的SQL语句" -w 3000 -o "导出路径.csv"

这里-w 3000设置行宽为3000，足够容纳你的2000字符列加上其他字段的长度。

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