Asrar Ahmad Ehsan Asked: 2019-04-28 03:37:42 +0800 CST2019-04-28 03:37:42 +0800 CST 2019-04-28 03:37:42 +0800 CST 将 unicode 文本存储到 SQL Server 中的 varchar 列中 772 我错误地将 unicode 文本存储到表格的varchar列中,现在它显示为问号 (???)。 是否可以从列而不是问号中获取我们的主要信息??? sql-server varchar 2 个回答 Voted Best Answer Dan Guzman 2019-04-28T04:34:19+08:002019-04-28T04:34:19+08:00 这 '?' 字符替换了原始值,因为归类代码页中没有等效字符,并且物理存储在列中,而不是原始值。 很抱歉,但原始价值已丢失。 clifton_h 2019-04-28T22:33:30+08:002019-04-28T22:33:30+08:00 简短回答: 正确答案是在此更改之前您是否有备份? UNICODE 是 SQL SERVER 中的一种特殊数据类型 如一个答案所述,UNICODE 是一种通用编码方案,旨在与任何其他“编码页面” Microsoft DOCS - UNICODE SUPPORT一起使用。将 Unicode 视为一个包含许多外语非标准字符的大型字符映射方案。 SQL Server 对 Unicode 进行了特殊处理,其数据类型如 NCHAR(固定长度)、NVARCHAR(可变 Unicode 长度)可以在任何地方进行转换。 此外,非常重要的是,与常规非 Unicode 字符相比,UNICODE 使用两种字符长度。这是因为“映射”必须足够大才能处理特殊大小的 Unicode 字符。 存储大小是 n 字节 + 2 字节的两倍。 nchar 和 NVARCHAR - Microsoft Docs这是常规 char/varchar 大小的两倍,涵盖代理对键字符(不一定是 Unicode 独有的)。 问题:VARCHAR 与 UNICODE 不匹配,但无论如何都已插入 基本上,“?”的原因 是因为没有找到与 varchar 匹配的等效项。不幸的是,SQL Server 没有阻止或警告您这些隐式转换的本地方法,因此数据在插入或修改期间丢失。 解决方案:恢复或重建 因此,您必须恢复或重新创建条目。 这是最近的变化吗?恢复到更改前的最新备份。这是一个已经存在了一段时间的设计吗?然后,查看是否可以重新创建行。否则,就无法恢复丢失的数据。
这 '?' 字符替换了原始值,因为归类代码页中没有等效字符,并且物理存储在列中,而不是原始值。
很抱歉,但原始价值已丢失。
简短回答: 正确答案是在此更改之前您是否有备份?
UNICODE 是 SQL SERVER 中的一种特殊数据类型
如一个答案所述,UNICODE 是一种通用编码方案,旨在与任何其他“编码页面” Microsoft DOCS - UNICODE SUPPORT一起使用。将 Unicode 视为一个包含许多外语非标准字符的大型字符映射方案。
SQL Server 对 Unicode 进行了特殊处理,其数据类型如 NCHAR(固定长度)、NVARCHAR(可变 Unicode 长度)可以在任何地方进行转换。
此外,非常重要的是,与常规非 Unicode 字符相比,UNICODE 使用两种字符长度。这是因为“映射”必须足够大才能处理特殊大小的 Unicode 字符。
存储大小是 n 字节 + 2 字节的两倍。 nchar 和 NVARCHAR - Microsoft Docs这是常规 char/varchar 大小的两倍,涵盖代理对键字符(不一定是 Unicode 独有的)。
问题:VARCHAR 与 UNICODE 不匹配,但无论如何都已插入
基本上,“?”的原因 是因为没有找到与 varchar 匹配的等效项。不幸的是,SQL Server 没有阻止或警告您这些隐式转换的本地方法,因此数据在插入或修改期间丢失。
解决方案:恢复或重建
因此,您必须恢复或重新创建条目。
这是最近的变化吗?恢复到更改前的最新备份。这是一个已经存在了一段时间的设计吗?然后,查看是否可以重新创建行。否则,就无法恢复丢失的数据。