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

本文介绍了如何解决因数据类型不匹配导致的MD5加密密码同步错误问题,并提供了具体的SQL Server查询与更新语句。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

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

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

结果为发现是16进制的与我们所需要的是不太一样的。

进行内置转换并截取形成我们所需要的MD5加密后的数据结果为

 

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

发现与我们在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

 

 

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

后来发现我们存储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

 

发现与我们期望的结果相同了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值