BCP utility 13.0处理varbinary(max)生成fmt文件类型错误是否为Bug？

是否属于BCP Utility 13.0的Bug？ #

不属于，该现象是BCP默认参数规则导致的预期行为，并非程序缺陷。

varbinary(max)被识别为SQLCHAR的原因 #

• 执行bcp <表名> format ...命令时如果没有显式指定-n（原生模式）参数，BCP默认会以字符模式生成格式文件：该模式会将所有字段类型统一映射为SQLCHAR，目的是生成兼容跨平台、跨版本的文本格式数据文件，varbinary(max)在该模式下会被默认转换为十六进制字符串存储，因此类型标记为SQLCHAR。
• 10.0版本生成的fmt文件显示为SQLBINARY，是因为旧版本执行命令时附带了-n参数，或是旧版针对大二进制字段的默认映射规则与13.0版本存在差异。

问题修复方案 #

无需手动修改fmt文件，生成格式文件时显式指定原生模式参数即可，参考命令：
bcp db..someTable format nul -f export_format.fmt -n -S 服务器地址 -U 用户名 -P 密码

该命令生成的fmt文件会自动将varbinary(max)字段标记为SQLBINARY，后续执行queryout导出二进制文件时会直接输出原始字节流，不会出现文件损坏的问题。

额外说明 #

你之前导出的PNG损坏，本质是SQLCHAR模式下输出的是二进制内容转码后的十六进制文本，并非原始二进制字节流，修改为SQLBINARY后BCP会跳过转码步骤直接输出原始二进制数据，因此文件可以正常打开。

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