MSSQL检测中文是否乱码-猿码集

1.前言

SQL Server是微软开发的一个关系型数据库管理系统，现在已经广泛应用于企业级应用程序中。在实际开发工作中，极有可能会遇到文字编码的问题，特别是对于中文这类字符集稍微有些特殊的语言。本篇文章将介绍如何检测MSSQL中的中文编码是否正确，以及如何解决发现乱码的问题。

2.乱码产生的原因

2.1.字符集不匹配

通常情况下，乱码的产生主要是由于字符集不匹配引起的。MSSQL Server默认使用了扩展的ASCII字符集，又称为Latin1字符集，该字符集并不支持中文，当我们往其中插入中文数据时，就会产生乱码现象。


--演示
CREATE TABLE TestTable(
  ID int PRIMARY KEY IDENTITY(1,1),
  Name varchar(50)
)
--将中文插入到TestTable表中
INSERT INTO TestTable(Name) values('我是一个中文')
SELECT * FROM TestTable

运行以上SQL语句，结果会发现插入的中文已经被篡改成‘??‘??ˉ??€??a??-?–?’，这就是MSSQL中遇到的一种比较常见的编码问题。

2.2.字符长度不合适

除此之外，MSSQL还有一个坑爹作派的地方，就是在字符长度偏大的情况下，即使字符集是匹配的，仍然会出现乱码问题，当然这种情况出现的概率并不高。


--演示
CREATE TABLE TestTable2(
  ID int PRIMARY KEY IDENTITY(1,1),
  Name nvarchar(30)
)
--将中文插入到TestTable2表中
INSERT INTO TestTable2(Name) values('我是二哈'*12)
SELECT * FROM TestTable2

运行以上SQL语句，结果会发现插入的中文后面也拼接上了一些奇奇怪怪的字母，这是因为‘我是二哈’往该表中插入时字符长度超过了30个字符，导致后面的内容截断并产生了乱码。

3.检测字符编码是否正确

出现编码问题之后，需要检测该数据库中字符编码是否正确。下面我们提供两种方法来检测

3.1.使用查询语句检测

下面的查询语句可以直接查询出字符编码


--演示
SELECT SERVERPROPERTY('Collation')

Collation是排序规则（包括字符集、大小写、持音符、拼音等属性），上面的语句将返回数据库的排序规则。由于排序规则是一种指定数据在系统的排序顺序、字符映射和比较方法，所以直接通过该方法查询可以知道数据库中字符集的类型是否与实际需要的匹配。

3.2.通过查看表的设计面板检测

查看表的设计面板中并不是直接提供了查看字符集的入口，而是隐藏在了人性化的位置，左上角‘工具’-‘选项’-‘设计人员’-‘表和数据库设计人员’中，再勾选上‘Unicode字体显示数据类型’即可在表设计界面的数据类型旁边看到该数据类型的字符编码。

4.解决乱码问题

4.1.修改数据库排序规则

一般情况下，解决MSSQL中文编码问题最常见的方式就是修改数据的排序规则，将其从默认的扩展ASCII字符集（Latin1）修改为支持中文的字符集（Chinese_PRC_CI_AS）

--演示 ALTER DATABASE MyDB COLLATE Chinese_PRC_CI_AS;

该语句将数据库MyDB的默认排序规则修改成了支持中文的字符集，从而就可以在数据库中插入中文，并且不会出现乱码问题。

4.2.修改字段数据类型长度

如果字符长度不对应导致的乱码问题，那么最简单的方式就是修改字段的数据类型长度，并确保长度足够存储所需的字符数量。


--演示
ALTER TABLE TestTable2
ALTER COLUMN Name nvarchar(50)

该语句将原先的nvarchar(30)类型的Name字段长度修改成了narchar(50)，这样就可以确保存储的字符数不会超过50，并且在插入数据时不会出现多余的奇怪字符。

5.总结

对于企业应用级的开发来说，保证数据库中的字符编码一致，有时比业务逻辑同样的重要。MSSQL的中文编码问题，我们通过本篇文章的介绍，希望可以给大家一些帮助，如果有更好的解决方式，欢迎各位读者提出宝贵的意见与建议。

MSSQL检测中文是否乱码