保存为csv时,为什么SQL Management Studio输出空分隔字符？

并且可以配置不发生？

我经常发现自己将查询结果保存为.csv并稍后在我的Unix机器上处理它.空格分离的字符使我必须过滤这些字符并且有点痛苦.

所以,这些是问题:

为什么会这样？

编辑:

因为它默认以UTF-16输出.最简单的转换是:

iconv -f utf-16 -t utf-8 origFile.csv > newFile.csv

它可以以某种方式被禁用吗？怎么样？

这是一个由此生成的文件的hexdump片段.每个char后跟一个null char(00):

00000cf0  36 00 36 00 32 00 0d 00  0a 00 36 00 38 00 34 00  |6.6.2.....6.8.4.|
00000d00  30 00 36 00 32 00 31 00  36 00 0d 00 0a 00 36 00  |0.6.2.1.6.....6.|
00000d10  38 00 34 00 30 00 36 00  33 00 36 00 34 00 0d 00  |8.4.0.6.3.6.4...|
00000d20  0a 00 36 00 38 00 34 00  30 00 36 00 38 00 34 00  |..6.8.4.0.6.8.4.|
00000d30  32 00 0d 00 0a 00 36 00  38 00 34 00 30 00 37 00  |2.....6.8.4.0.7.|
00000d40  30 00 32 00 31 00 0d 00  0a 00 36 00 38 00 34 00  |0.2.1.....6.8.4.|
00000d50  30 00 37 00 37 00 39 00  37 00 0d 00 0a 00 36 00  |0.7.7.9.7.....6.|
00000d60  38 00 34 00 30 00 37 00  39 00 32 00 31 00 0d 00  |8.4.0.7.9.2.1...|
00000d70  0a 00 36 00 38 00 34 00  30 00 38 00 32 00 34 00  |..6.8.4.0.8.2.4.|
00000d80  31 00 0d 00 0a 00 36 00  38 00 34 00 30 00 38 00  |1.....6.8.4.0.8.|
00000d90  36 00 36 00 31 00 0d 00  0a 00 36 00 38 00 34 00  |6.6.1.....6.8.4.|
00000da0  30 00 38 00 37 00 35 00  31 00 0d 00 0a 00 36 00  |0.8.7.5.1.....6.|
00000db0  38 00 34 00 31 00 30 00  32 00 35 00 34 00 0d 00  |8.4.1.0.2.5.4...|
00000dc0  0a 00 36 00 38 00 34 00  31 00 30 00 34 00 34 00  |..6.8.4.1.0.4.4.|

David Wengie.. 6

该文件以Unicode格式输出,而不是ASCII格式.Unicode使用两倍的位来表示每个字符,因此前面的00是.

可能有一个选项可以保存为ANSI或ASCII,它应该使用8位字符.

该文件以Unicode格式输出,而不是ASCII格式.Unicode使用两倍的位来表示每个字符,因此前面的00是.

可能有一个选项可以保存为ANSI或ASCII,它应该使用8位字符.