一、总结

1、varchar: 可变长度的非Unicode字符数据.n的值必须在1到8000之间.n是2的话,表示2个字节,所以可以存储2个英文,只能存储1个中文。

nvarchar: 可变长度的Unicode字符数据.n的值必须在1到4000之间.意思就是不管是英文还是中文都按照2个字节来处理。

2、Unicode和非Unicode的区别

Unicode字符集就是为了解决中文而产生的,英文存储一个英文只需要1个字节,但是中文的存储一个汉字需要2个字节。

3、nvarchar类型的字段使用MD5加密后的结果是md5(unicode)类型，

varchar类型的字段使用MD5加密后的结果是md5类型，

所以2中字段类型相同的字符串加密出来的结果是不一样的，这个需要注意一下。

二、操作步骤

1、使用Oracle加密‘jack’字符串

命令：select utl_raw.cast_to_raw(DBMS_OBFUSCATION_TOOLKIT.MD5(INPUT_STRING =>‘jack‘)) from dual;

Oracle对 ‘jack’ 加密后的字符串为：4FF9FC6E4E5D5F590C4F2134A8CC96D1

2、使用SQLServer加密‘jack’字符串

命令：select name ,substring(sys.fn_sqlvarbasetostr(HashBytes(‘MD5‘,name)),3,32) from customer..person  where id=9

SQLServer对 ‘jack’ 加密后的字符串为：fdd311ede98f57ad459c86c08c63f8f4

注：从上面加密后的结果看,SQLServer和Oracle使用MD5对 ‘jack’ 加密后的结果不一致

3、使用网上对MD5加密后的字符串解密看一下

这里提供一个在线解密的网址：https://www.somd5.com/(这个大家可以在网上找，挺多的)

Oracle解密：

SQLServer解密：

注：发现解密后的结果都是 ‘jack’，仔细看可以发现，Oracle的加密类型是md5，SQLServer的加密类型是md5(unicode)，突然想到了SQLServer里表的字段类型，赶紧查看

4、查看SQLServer表的字段类型

注：发现name的字段类型是nvarchar的，也就是Unicode字符类型的(上面有做详细解释)，所以加密后是md5(unicode)的，问题似乎找到了，赶紧创建一个varchar的测试一下

5、SQLServer里测试字段类型是varchar的加密结果

(1)创建一张per表，name的字段类型是varchar

(2)对这张表name是‘jack’的数据加密

这次加密后是：4ff9fc6e4e5d5f590c4f2134a8cc96d1，发现和Oracle一致了。

6、SQLServer直接对nvarchar字段类型的表装换类型加密看一下结果

命令：select substring(sys.fn_sqlvarbasetostr(HashBytes(‘MD5‘,convert(varchar(20),name))),3,32) from customer..person  where id=9

注：发现也是一致的，所以可以直接对nvarchar类型的字段转换类型来加密，解决加密不一致的问题。

最终问题解决，就是字段类型的问题！！！

原文：https://www.cnblogs.com/jialanyu/p/13091924.html