如果用过的密码永远不再用，按你每天生成4000条记录来算，151200条记录，最多只能用40天。
每条记录加密码有必要吗。
设计有问题。

楼主是一厢情愿
总有一天密码有用完的时候

[ 本帖最后由 sdta 于 2015-1-10 18:14 编辑 ]

其实那段代码是通用的，他不管具体的数据，而只认这个不重复的数据集表的记录，每次取一个随机记录号，把这条记录抽出，相当于删除了这条记录。如此每次，抽出的数据就是这个不重复的数据集的一个。

这个不重复的数据集表，可以多次运行使用的，但问题是记录有限，每抽一次就少一条，总会抽完。这要视具体应用而定，当用完了是否可以再从头来过，可以的话就加多句删除这个表文件，会自动从新初始化数据集表。

随机取不重复的数，方法不少，这种方法效率相对较高，不用比对判断。

取随机数，重复的几率不绝对为0，在严格编程中是禁用的。取 0-9 ，共10个数字，构成 6 位数的全排列。
共：10的6次方个=1000000 个不重复排列（数字间有重复）。（如果，数字间无重复时，是 10*9*8*7*6*5=151200 个）
取这样的排列最可靠。

象一楼那样用六个取随机数的函数就更浪费资源了。

我的理解：楼主要求生成的这个数据不能算密码，应该叫做关键字可能更合适些。
不要局限于6位数据，如果用12位数字，8位年月日+4位当天的流水号，就足够使用了。

楼主应做一个序列号生成器，从0开始，每调用一次就自动加1，在各种管理软件中，经常要用到唯一关键字，如:各种单据编号，都是用序列号生成器生成的，以保证序列号的唯一性

关键要搞清楚楼主为何要为每条记录加6位不重复数字的所谓的密码，否则问题不是很好解决的。

这个有点象中行网银的动态验证码，绑定每个用户的一组6位数字码，每次验证时随机取出一个在一分钟内有效。
楼主不会是玩暴力PJ吧（开玩笑）。

世界之大无奇不有