使用sqlcmd导出含binary数据后，BULK INSERT导入报错问题

我来帮你拆解下核心问题：sqlcmd是为文本输出设计的工具，它会把binary类型的二进制数据转换成可读的十六进制字符串（比如0x123456），但BULK INSERT默认不会自动把这个字符串转回binary类型，加上你误用了DATAFILETYPE = 'widenative'（这个参数只适用于bcp导出的原生二进制格式，不是sqlcmd的文本格式），才导致了类型不匹配的错误。

下面给你两种可选的解决方案，按需选择：

方案1：修改导出/导入逻辑，适配文本格式 #

这种方案不用换工具，只需调整查询和导入流程，把binary列转成文本可存储的格式，再转回去：

第一步：修正sqlcmd导出的查询 #

在你的@queryCommand里，把binary列用CONVERT函数转换成十六进制字符串（推荐用样式2，不带0x前缀，后续转换更方便）：

SET @queryCommand = 'SELECT 
    普通列1, 
    普通列2, 
    CONVERT(VARCHAR(MAX), binary列名, 2) AS binary列名, 
    普通列4 
FROM 你的源表'
-- 执行导出（保持你原来的sqlcmd命令不变）
EXEC xp_cmdshell 'sqlcmd -E -Q "' + @queryCommand + '" -o "' + @filePath + '" -s "," -W'

第二步：修正BULK INSERT的导入流程 #

因为导出的binary列是字符串，直接导入会类型不匹配，所以需要先导入到临时表，再转换插入目标表：

-- 创建临时表，用VARCHAR类型接收导出的binary字符串
CREATE TABLE #临时导入表 (
    普通列1 INT,
    普通列2 VARCHAR(50),
    binary列名 VARCHAR(MAX),
    普通列4 DATETIME
)

-- 执行BULK INSERT到临时表
BULK INSERT #临时导入表
FROM ''' + @importFilePath + '''
WITH (
    ROWS_PER_BATCH = 10000,
    TABLOCK,
    FIRSTROW = 3, -- 跳过前两行的表头和空行，根据你的实际导出结果调整
    FIELDTERMINATOR = ',',
    ROWTERMINATOR = '\r\n',
    DATAFILETYPE = 'char' -- 明确是文本格式
)

-- 把临时表的字符串转成binary，插入目标表
INSERT INTO 你的目标表 (普通列1, 普通列2, binary列名, 普通列4)
SELECT 
    普通列1,
    普通列2,
    CONVERT(BINARY(MAX), binary列名, 2), -- 把十六进制字符串转回binary类型
    普通列4
FROM #临时导入表

DROP TABLE #临时导入表

如果你不想用临时表，也可以创建一个格式文件（XML格式）来指定列的转换规则，BULK INSERT时直接引用这个文件就能自动转换，不过配置起来稍微麻烦一点，上面的临时表方案更直观。

方案2：改用bcp工具导出/导入（推荐，高效且无格式问题） #

sqlcmd本质不是为处理二进制数据设计的，而bcp是SQL Server专门用来批量导入导出的工具，能完美保留binary类型的原始数据，步骤更简单：

第一步：用bcp导出数据 #

替换原来的sqlcmd导出命令，用bcp导出原生格式：

-- 执行bcp导出（替换成你的查询、文件路径和服务器名）
EXEC xp_cmdshell 'bcp "SELECT 普通列1, 普通列2, binary列名, 普通列4 FROM 你的源表" queryout "' + @filePath + '" -E -n -S 你的服务器名'

参数说明：

• -n：使用原生数据类型导出，直接保留binary的二进制内容，不会转成字符串
• -E：用Windows身份验证（和你原来的sqlcmd -E一致）
• -S：指定你的SQL Server实例名，如果是本地默认实例可以省略

第二步：用BULK INSERT导入原生格式 #

此时只需要调整BULK INSERT的参数，匹配bcp的原生格式：

N'BULK INSERT ' + @tableName + ' 
FROM ''' + @importFilePath + ''' 
WITH (
    ROWS_PER_BATCH = 10000,
    TABLOCK,
    DATAFILETYPE = ''native'' -- 对应bcp导出的原生格式
)'

这种方式不需要任何格式转换，速度更快，也不会出现binary类型的匹配错误，是最推荐的方案。

额外提醒 #

• 如果你的binary列长度超过8000字节，方案1里的VARCHAR(MAX)是能容纳的，但方案2的bcp方式更可靠，不会有截断风险。
• 导出时的-W参数会去除列的尾随空格，导入时要确保目标表的列长度足够，避免数据截断。

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