sql-server - Unicode 转换、数据库问题(Delphi 2007 到 XE2)

Question

目前，我正在将所有 Delphi 2007 代码库更新为 Delphi XE2。最大的考虑因素是 ANSI 到 Unicode 的转换，我们通过将所有基本类型(char/string)重新定义为 ANSI 类型(ansichar/ansistring)来处理这个问题。这在我们的许多程序中都有效，直到我开始使用数据库。

当我将从文件读取的信息存储到 SQL Server 2008 数据库中的程序转换时，问题就出现了。使用字符串来定位数据的简单查询突然会失败，例如:

SELECT id FROM table WHERE name = 'something'

name字段是 varchar 。我发现通过在字符串名称前加上 N 可以成功完成查询。 。我的印象是varchar只能存储 ANSI 字符，但它似乎存储 Unicode？

更多信息:Delphi 中的名称字段为 string[13] ，但我尝试删除 [13] 。数据库排序规则为SQL_Latin1_General_CP1_CI_AS 。我们使用ADO 与数据库进行交互。连接信息存储在 ODBC 管理器中。

注意:由于 Panagiotis 的一些指导，我已经解决了我的实际问题。我们从 map 文件中读取的名称是 array[1..24] of AnsiChar 。该值被隐式转换为 string[13] ，其中包含空字符。因此，具有 5 个字符的名称实际上在数据库中存储为 5 个字符 + 8 个空字符。

Answer 1

varchar 字段不存储 Unicode 字符。它们将 ASCII 值存储在由字段排序规则指定的代码页中。 SQL Server 将 try to convert characters当您尝试存储 Unicode 或来自不同代码页的数据时，转换为正确的代码页。您可以禁用此功能，但最好的选择是在应用程序中使用 nvarchar 字段和 UnicodeString 来避免整个困惑。

您提到您将应用程序中的所有字符类型更改为 ANSI，而不是 UNICODE 类型。如果您想使用 UNICODE，您应该使用 UNICODE 类型，例如 UnicodeString。否则，当您的值发送到您的服务器时，它们将被转换为 ANSI。当您创建发送到服务器的 AnsiString 时，此转换由您的代码完成。

顺便说一句，您的 select 语句在字段中存储 ASCII 值。如果要将其存储为 unicode 值，则必须在该值前面添加 N，例如

SELECT id FROM table WHERE name = N'something'

即使这样也不能保证您的数据将以 Unicode 形式到达服务器。如果将语句存储在 AnsiString 中，则整个语句将在发送到服务器之前转换为 ANSI。如果您的应用进行了错误的转换，您最终将在服务器上得到损坏的数据。

解决方案非常简单，只需使用参数化语句将 unicode 值作为 unicode 参数传递，并将其存储在 NVarchar 字段中即可。它速度更快，避免所有转换错误并防止 SQL 注入(inject)攻击。