84669 Lernen von Personen
152542 Lernen von Personen
20005 Lernen von Personen
5487 Lernen von Personen
7821 Lernen von Personen
359900 Lernen von Personen
3350 Lernen von Personen
180660 Lernen von Personen
48569 Lernen von Personen
18603 Lernen von Personen
40936 Lernen von Personen
1549 Lernen von Personen
1183 Lernen von Personen
32909 Lernen von Personen
在只有PHP和mysql的环境下,做一个简单的发券、核销程序。其中券的兑换码必须为12位数字,数据量不会超过千万。如何生成不重复且乱序的券码?
最糟糕的方案是纯随机,然后到表里查一遍是否重复,重复则重新生成;不重复则插入
一个自认为好点的方案是用户id加一位随机数加截取时间戳后x位例如用户ID为123,则是3位,加随机数4位。此时剩余8位则截取时间戳后8位补上。重复概率应该就很低了
在尽可能不遍历表的情况下,还有更难以重复的生成算法吗?求不吝赐教
业精于勤,荒于嬉;行成于思,毁于随。
考虑用户的ID和时间进行消息摘要算法,比如最简单内置的MD5或者SHA1,然后对于结果进行一定的压缩或者提取,转化成12位的
如果是按照用户ID和时间戳等生成md5摘要的方式的话,可以用base_convert将哈希后的md5值转为10进制,不过这样转出来的结果值长度肯定就不止12位了,还需要用字符串截取函数截取一下,但原本几十位的十进制数只截取12位那么唯一性就无法保证了,可能还不如直接截取ID加时间戳,看你的描述应该是在用户请求的时候才生成码,那么一个用户同一秒不能生成多张的情况下组合部分时间戳和用户ID还是没问题的。
我感觉你的想法挺好啊,还可以还原进行验证兑换码的合法性。
消息摘要算法太混沌了,压缩到12位后效果和随机没有区别,多了还是会碰撞。
楼主的做法(id + 时间戳 + 随机数)基本能满足不碰撞的要求了,问题在于乱序。
可以仿效线性同余生成伪随机数的方法,找个大素数a和常数b,把id + 时间戳 + 随机数生成的数字输入函数f(x) = a * x + b (mod 1,000,000,000,000)里,只要a足够大(数量级跟1,000,000,000,000相近)就很随机了。而且由于a是素数,f是可逆的,这也保证了只要输入不重复,输出也不会重复。
f(x) = a * x + b (mod 1,000,000,000,000)
另外建议拼接数字时把随机数放在高位,这样运算后输出的差别更大。
我的卡券类号码都是一位特定大写随机英文字典中抽一位+uid+time()+rand(十位数),然后截取16位出来生成比如T132-0161-2052-3091,有些超市用户一个月就分发百万张出去,没有重复的反馈.之所以加英文,主要还是增加接口查询被随机碰撞破解的难度.
考虑用户的ID和时间进行消息摘要算法,比如最简单内置的MD5或者SHA1,然后对于结果进行一定的压缩或者提取,转化成12位的
如果是按照用户ID和时间戳等生成md5摘要的方式的话,可以用base_convert将哈希后的md5值转为10进制,不过这样转出来的结果值长度肯定就不止12位了,还需要用字符串截取函数截取一下,但原本几十位的十进制数只截取12位那么唯一性就无法保证了,可能还不如直接截取ID加时间戳,看你的描述应该是在用户请求的时候才生成码,那么一个用户同一秒不能生成多张的情况下组合部分时间戳和用户ID还是没问题的。
我感觉你的想法挺好啊,还可以还原进行验证兑换码的合法性。
消息摘要算法太混沌了,压缩到12位后效果和随机没有区别,多了还是会碰撞。
楼主的做法(id + 时间戳 + 随机数)基本能满足不碰撞的要求了,问题在于乱序。
可以仿效线性同余生成伪随机数的方法,找个大素数a和常数b,把id + 时间戳 + 随机数生成的数字输入函数
f(x) = a * x + b (mod 1,000,000,000,000)
里,只要a足够大(数量级跟1,000,000,000,000相近)就很随机了。而且由于a是素数,f是可逆的,这也保证了只要输入不重复,输出也不会重复。另外建议拼接数字时把随机数放在高位,这样运算后输出的差别更大。
我的卡券类号码都是一位特定大写随机英文字典中抽一位+uid+time()+rand(十位数),然后截取16位出来生成比如T132-0161-2052-3091,有些超市用户一个月就分发百万张出去,没有重复的反馈.
之所以加英文,主要还是增加接口查询被随机碰撞破解的难度.