首先，我们来拆解一下你遇到的问题：

报错原因分析 #

你遇到的Row 1, Column 9: Invalid character value for cast specification错误，主要有两种可能的原因：

1. 空字符串未被识别为NULL：
   虽然目标表的列允许NULL，但BCP默认不会自动将输入中的空字符串映射为NULL。当最后一列为空时，BCP会尝试把空字符串转换成float类型，这显然会失败——空字符串无法被解析为有效的浮点数。

2. 数据文件行格式异常：
   你提供的报错行结尾是,,；（包含中文分号），而正常行是,,0。如果数据文件中确实存在这种行尾多了分号的情况，BCP会把这个分号当作最后一列（QTY1）的内容，同样无法转换为float类型。

针对性解决方案 #

方案1：使用BCP的-k参数处理空字符串 #

这是最直接的解决方法，-k参数会告诉BCP将输入中的空字符串视为NULL值，而不是尝试进行数据类型转换。

修改你的BCP命令，添加-k选项：

bcp YourDatabaseName.dbo.YourTableName in "C:\Path\To\Your\DataFile.txt" -f "C:\Path\To\Your\FormatFile.fmt" -S YourServerName -U YourUsername -P YourPassword -k

这个参数会对所有列生效，正好符合你“目标表所有列都允许NULL”的需求，空值会被正确导入为NULL。

方案2：修正数据文件的行格式（如果存在行尾分号问题） #

如果报错是因为部分行尾多了中文分号，你需要先清理数据文件：

• 使用文本编辑器或脚本工具（比如PowerShell、Python）批量替换行尾的；（中文分号）为空，确保所有行的终止符都是\n，和你格式文件第9列指定的"\n"一致。

方案3：调整格式文件（可选） #

如果你不想使用-k参数，也可以单独修改格式文件中最后一列的定义，明确指定空字符串映射为NULL：
将格式文件的第9行修改为：

9 SQLCHAR 0 25 "\n" 9 QTY1 ""

这里的""表示空字符串应该被解析为NULL值，不过这种方式只针对该列生效，而-k参数是全局生效，更适合你的场景。

验证测试 #

先拿少量数据测试修改后的BCP命令或格式文件，确认那些最后一列为空的行可以被正常导入，且不会再抛出转换错误。

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