我是 Microsoft SQL 的新手。我打算将文本存储在 Microsoft SQL 服务器中,并且会有特殊的国际字符。是否有特定于 Unicode 的“数据类型”,或者我最好使用对 unicode 编号的引用来编码我的文本(即 \u0056)
4 回答
使用Nvarchar
/ Nchar
(MSDN 链接)。曾经也有一个Ntext
数据类型,但现在已弃用,取而代之的是Nvarchar
.
char
这些列占用的空间是非 unicode 对应项 (和varchar
)的两倍。
然后当“手动”插入它们时,使用N
它来表示它是 unicode 文本:
INSERT INTO MyTable(SomeNvarcharColumn)
VALUES (N'français')
当你说特殊的国际字符时,你是什么意思?如果特殊意味着它们不常见并且只是偶尔出现,那么在具有大量行或大量索引的表的情况下,nvarchar 的开销可能没有意义。
我完全赞成在适当的情况下使用 Unicode,但理解何时适当很重要。
如果您将数据与不同的隐含代码页(同一数据库中的日文和中文)混合在一起,或者您只想对国际化和本地化具有前瞻性,那么您希望列是 Unicode 并使用 nvarchar 数据类型,这很好。Unicode 不会神奇地为您解决所有排序问题。
如果您知道您将始终主要存储 ASCII 但偶尔会存储一些外来字符,只需将 UTF-8 数据或 HTML 编码数据存储在 varchar 中。如果您的数据都是日文和代码页 932(或任何其他单个代码页),您仍然可以在 varchar 中存储双字节字符,它们仍然占用两个字节。我的观点是,当您已经在 DBCS 排序规则中时,国际字符不再是“特殊的”。在查询和其他数据流中处理这样的列时,不仅仅是数据存储,还有任何索引和工作集。
并且不要制定所有字符数据都应该是 nvarchar 的一揽子规则 - 这对于许多作为代码或标识符的列来说是一种浪费。
任何时候你有一个专栏,都要回答同样的问题:
数据的类型是什么?
范围是多少?
是否允许 NULL?
尺寸限制是多少?
我现在应该应用任何限制来阻止不良数据从一开始就进入吗?
表的字符集特征和其中的字符串是为数据库指定的,如果您的数据库具有 Unicode 排序规则,则表中的字符串是 unicode。对于字符串列,您必须使用nvarchar
或nchar
数据类型才能使它们能够存储 unicode 字符串。但是,如果您的数据库具有 utf8 或 unicode 字符集或排序规则,则此功能有效。阅读此链接以获取更多信息。Unicode 和 SQL Server