SQL将原始数据进行MD5加密转存

时间:2019-05-11 09:53来源:计算机教程
先来描述下情况吧,首先有一批用户之前批量录入后默认的密码为6个8然后进行MD5加密后进行存储的,现在需要对其更改根据用户身份证号后6位作为密码。 1.首先发现我们sqlserver05以上

先来描述下情况吧,首先有一批用户之前批量录入后默认的密码为6个8然后进行MD5加密后进行存储的,现在需要对其更改根据用户身份证号后6位作为密码。

1.首先发现我们sqlserver05以上的版本是自带了MD5加密方法的,然后我们对其验证其加密后的数据跟用.net自带的MD5加密方法加密后是否相同。

SQLserver中取MD5方法:select HASHBYTES('MD5','888888')

结果为vnsc5858威尼斯城官网 1发现是16进制的与我们所需要的是不太一样的。

进行内置转换并截取vnsc5858威尼斯城官网 2形成我们所需要的MD5加密后的数据结果为

 

vnsc5858威尼斯城官网 3

然后我们到.net中进行测试加密数据查看加密后的是否符合

vnsc5858威尼斯城官网 4

vnsc5858威尼斯城官网 5

发现与我们在SQL中进行加密的值相同,说明两者的加密方法一致的。

2.下来我们就到数据库里去操作啦!

 

执行update操作后到系统里检查后发现不对上不去。

又回到数据库中进行检查。(检索下看是否一致,这边由于用户名便是身份证号(USERID)所以取表的userid再进行截取后6位再进行加密处理)

select top 10 substring(sys.fn_sqlvarbasetostr(HASHBYTES('MD5',substring(UserID,LEN(UserID)-5,6))),3,32),substring(UserID,LEN(UserID)-5,6),UserID from db_owner.SystemUser where db_owner.SystemUser.RoleGuid=25

 vnsc5858威尼斯城官网 6

 

vnsc5858威尼斯城官网 7

vnsc5858威尼斯城官网 8

发现从数据库里截取后再进行加密与我们手动输入的值加密后的结果不同。

后来发现我们存储USERID时候用的是nvarchar类型,此时实则个字节占的位数是实际的两倍。由于这个原因导致加密后的值不同。

后将其转为varchar后进行测试

select top 10 substring(sys.fn_sqlvarbasetostr(HASHBYTES('MD5',cast(substring(UserID,LEN(UserID)-5,6) as varchar(100)))),3,32),substring(UserID,LEN(UserID)-5,6),UserID from db_owner.SystemUser where db_owner.SystemUser.RoleGuid=25

 vnsc5858威尼斯城官网 9vnsc5858威尼斯城官网 10

vnsc5858威尼斯城官网,发现与我们期望的结果相同了。

 

编辑:计算机教程 本文来源:SQL将原始数据进行MD5加密转存

关键词: