在 C# 中将数据从 nvarchar 转换为 varchar

8
投票

您无需做任何事：.NET 中的所有字符串都是 UTF-16 编码：

NVARCHAR

 列（我推测使用 ADO .NET）时，您会自动获得一个 .NET 字符串（UTF-16，任何必要的转换都是自动的）。

VARCHAR

 列中时，也会自动执行任何必要的 UTF-16 转换。

请参阅此处，了解有关 ADO .NET 中 Sql Server 数据类型映射的更多信息。

您只需确保所有字符串都可以完美地从源字符集转换为目标字符集。

1
投票

如果目标列表示 ascii 字符，则只需使用 Encoding.Convert 方法

示例：

Encoding.ASCII.GetString(Encoding.Convert(Encoding.Unicode, Encoding.ASCII, bytes))

1
投票

您的问题不是数据类型，而是数据。可以存储为 nvarchar 的所有可能值在 varchar 中没有等效值（取决于排序规则）。如果第二个数据库在您的控制之下，那么传递数据最简单的方法就是立即将 varchar 字段更改为 nvarchar。

如果您不能这样做，那么您需要在发送数据之前检查数据，以确保它是可以转换的数据。根据您遇到的数据问题的类型，您可能需要删除不会转换的字符或将其替换为其他字符，或者将记录放入某种类型的保存表中，而不是发送它以手动修复。艾哈迈德的建议看起来很有可能，我还没有尝试过，所以我不知道它是否会起作用。您可能很幸运，没有任何数据问题（并非每个使用 nvarchar 的数据库都使用具有正确国家/地区排序规则的 varchar 所没有的任何字符），但您必须针对该问题做好计划。

0
投票

我经常遇到类似的问题，并且希望至少能够预览从 NVarChar 移动到 VarChar 会对我的数据造成什么损害（如果有）。

首先，VarChar 比单一类型更复杂。它有多个子集，Sql Server 将其称为排序规则，在 UTF 世界中大致称为代码页。* 我的 en-us 计算机上 VarChar 的默认排序规则是：SQL_Latin1_General_CP1_CI_AS。

这个问题的答案对此做了很多解释：

“COLLATE SQL_Latin1_General_CP1_CI_AS”有什么作用？

重要的一点是它是标准 ASCII 0-127，然后 ASCII 扩展中的其余位必须位于特定的代码页中 - 在本例中为代码页 1252，这也恰好是 Visual Studio en-us 默认值。

还有一个有趣的细节，这个默认值的存在是为了向后兼容，但是对性能有害，应该避免（哎呀，从来不知道，它在我的数据库中无处不在）。

现在我们已经介绍了太多相关内容，您应该能够查看您的列并确定您的代码页。我不需要在代码中做任何工作来做到这一点 - 所有 VarChar 都是上面的默认（有害）。因此，在我的系统上，在 C# 中检查列中的值从 NVarChar 转换为 VarChar 时是否会丢失信息，如下所示：

var enc = System.Text.Encoding.GetEncoding(1252);
string converted = enc.GetString(enc.GetBytes(s));
if (s != converted)
    ...react to the change/loss in info in the string

基于此：

将 UTF8 转换为 Windows-1252

这就是您工作所需的全部内容，但出于工作中的好奇，我根据实际数据测试了上述内容，发现 1000 个字符串中有 40 个不同的字符串，因此，将此列转换为 VarChar 会丢失 4% 的行中的信息（可能很重要）我碰巧采样了。就我而言，大部分变化是对那些空白块或问号的表情符号。有时，表情符号信息对于确定数据的含义很重要。我决定保留 NVarChar 并使用上述检查来查看当数据前往另一个我知道是 VarChar 的系统时数据是否会丢失。我可能会探索寻找一个库或其他东西来转换这种情况下的常见表情符号，例如 🤷u200d♂️ ->（耸肩表情符号）。

*排序规则比正在使用的代码页更复杂 - 它们主要是关于如何比较列。这个细节超出了这个问题的范围，所以，实际上，，，我兄弟。

问题描述投票：0回答：4

4个回答

最新问题

在 C# 中将数据从 nvarchar 转换为 varchar

问题描述 投票：0回答：4

4个回答

最新问题

问题描述投票：0回答：4