【问题标题】:SINGLE_NCLOB requires a UNICODE (widechar) input fileSINGLE_NCLOB 需要一个 UNICODE (widechar) 输入文件
【发布时间】:2016-05-05 02:01:56
【问题描述】:

我遵循了这个过程:

  1. 打开记事本并输入一些文本:“Hello World”
  2. 将 ansi 文件另存为:c:\HelloWorld.txt

然后我运行以下查询:

select * from openrowset(bulk 'C:\HelloWorld.txt',single_clob) as test

文本显示在名为:BulkColumn 的列中。

然后我这样做:

  1. 打开记事本并输入一些文本:“Hello World”
  2. 将 unicode 文件另存为:c:\HelloWorld.txt

然后我运行以下查询:

select * from openrowset(bulk N'C:\HelloWorld.txt',single_nclob) as test

我得到的错误是:

SINGLE_NCLOB 需要一个 UNICODE(宽字符)输入文件。指定的文件不是 Unicode。

这是为什么?

【问题讨论】:

  • 我认为你需要将其保存为 UTF-8
  • “指定的文件不是 Unicode。”
  • @TT,这是个问题吗?
  • 您的问题:“这是为什么?”,答案在错误信息中:“指定的文件不是Unicode”跨度>
  • @TT,为什么不是 Unicode?我在记事本中选择 Unicode 作为文件类型。

标签: sql sql-server unicode


【解决方案1】:

您需要仔细检查您是如何保存“Unicode”文件的。在 Windows / .NET / SQL Server 中,术语“Unicode”特指“UTF-16 Little Endian (LE)”。在处理 UTF-16 Big Endian (BE) 时,将被称为“Unicode Big Endian”或“Big Endian Unicode”。 UTF-8 始终是 UTF-8。

我在记事本中创建了一个文件,然后转到“另存为”并从“编码”下拉菜单中选择“Unicode”,它与您使用的语句配合得很好:

SELECT *
FROM OPENROWSET(BULK N'C:\temp\OPENROWSET_BULK_NCLOB-test.txt', SINGLE_NCLOB) AS [Test];

如果我使用任何其他编码重新保存它,我会收到您所看到的错误消息。

我还使用了 Notepad++,并在“编码”菜单中选择了“在 UCS-2 Little Endian 中编码”。 UCS-2 和 UTF-16 对于代码点 U+0000 到 U+FFFF 是相同的,并且 Notepad++ 中没有 UTF-16 选项,所以这是最接近的。是的,它也有效。

所以不知何故,您实际上并没有将文件保存为“Unicode”。如果您在记事本中选择了“Unicode big endian”,那么就 Windows 使用该术语的方式而言,这不是“Unicode”,即使它是有效的 Unicode 编码。

【讨论】:

  • 没错。我重新安装了记事本,出现了 UTF-8。这行得通。为什么它必须是 UTF-8 而不是 UTF-16? +1。
  • @w0051977 重新安装记事本?你所描述的与我所说的相反。我是说 UTF-8 not 被 Windows / .NET / SQL Server 视为“Unicode”(仅在名称上)。 SQL Server 在内部不支持任何级别的 UTF-8,甚至在 SQL Server 2012(我相信)中删除了对它的唯一支持(我相信 BCP 中的代码页 65001)。您使用的是哪个版本的 SQL Server?
猜你喜欢
  • 2017-02-17
  • 1970-01-01
  • 2019-10-19
  • 1970-01-01
  • 2011-04-17
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多