这儿有一个伪需求

新增除密码不一样其他都一样的行。

密码单独建张表？

直接连的方案哪儿不好了？

数学上？两个大质数的积这种？

不需要根据密码来查询账户，所以连在一起是最好的办法
而且如果密码处理成同样位数字符串，连接符都不需要，直接根据长度切分就可以

不可能的

你所存储的字段最基本的要求是，无法反推出密码

假设用户设置了密码 p1，映射到字段 s。那他如何设置任意密码 p2，同样能映射到 s...

@blankme 不需要映射到 s。
只需要 f(p1)和 f(p2)都能被 g(s)确认就行。

@msg7086
你说的“确认”是什么意思？确认就是=的意思吧。。。
就假设你说的确认是另一个函数 h 好了
f(p1) = h(g(s)) -> g^-1(h^-1(f(p1))) = s

@blankme 比如说 g(s) 得到一个数组，同时包含 f(p1) 和 f(p2)。只需要 Array.include? 即可确认。

PS: 其实这不是伪需求。
大概在十年前的时候，有个网页城建游戏 Travian，其中有个机制叫做代管，即是设置另外一个密码并把账号交给别人管理，相比主密码来说权限有限制（比如不能进行自毁操作，不能内购等等），这就是典型的多密码登录需求。

@msg7086
这种方法和楼主提到的两个密码(加密字段)连在一起并没区别。
把多组数据存到一个单元里，或存到多个单元里，只是选用的数据结构，或者说实现方法不一样。理论上是等价的。。。

@blankme 考虑一个简单加盐的方法，每个用户有一个盐 s 和两个密码 p1, p2，hash H 的输出是定长，密码在数据库里面用

H(p1s)H(p2s)

存储，通过验证当且仅当传入的密码 p 使 H(ps) 是这个存储的值的前缀或后缀。

楼主需要定义什么叫“数学上的算法”，才能获得自己满意的解答（当然前提是题主需要知道什么样的解答“令自己满意”且能够表达出来），因为拼接字符串也是数学的。

存成多条数据最好
查询的时候需要 hash(user+password)
你这样连在一起存的话，以后要管理不同密码权限的时候就麻烦了

我想了一下。
假如密码 Hash 以后是 16 字节数据的话。
要把两个 16 字节数据存进单个 16 字节的存储器。
本身从信息学角度来说就已经不可能了吧。

10 楼是对的，针对 15 楼的疑问，可用缩短 hash 长度，或者增大密码表长度限制解决。

需求的前面部分合理，就是可以有多密码
后面要一个字段存储不合理，为了后期扩展权限等功能，可以建立一个独立的表来存储密码

@msg7086 代管账号权限受限制了的话，不就相当于搞了个子账号给别人用吗。用代管的密码登上去的和原账号不等价啊。

和 secret sharing 很相似？数据在三维的某个点，通过包含这个点的任意三个平面就可以确定这个点

但是这种一般是派发密钥给用户的

楼主的意思是：是否存在某种数学关系，使 f(x1)=y 同时 f(x2)=y。应该是种非对称加密，但是没有好的办法

只能间接的存两个密码

一楼挺好的 除了数据量会大一点 验证后识别为同一用户就好了

单独建表比较合理，防备以后有可能的扩展需求

分隔符 存一个字段里 然后代码处理喽

哈哈，其实就是，主密码和观看密码，主密码有一切权限，观看密码只能观看不能操作。。right ？

没有什么存储上的问题 一般大系统的用户登录都只是根据账户密码来获取一个认证与对应的用户 id 而已

假如你的 认证表里的字段有三个 比如 alias, password, uid ，alias 是账户名称, password 是密码 uid 是用户 id

把 alias,password 做个联合的 unique 那这个直接存储即可 没有啥难点

你们公司负责需求的是伪娘吗?

那么问题来了，真的只要存两个密码吗？
真？那签个需求不变动协议，不为别的，就为计算工作量+方便打脸
假？那要存几个密码？
有固定数字，那就该用固定的列来存，该撕逼撕逼，该改表结构改表结构。
不知道要存几个，那还是老老实实字符拼接吧，其它实现未必就简单。记得拼接字符用不可作为密码的字符

密码和用户字段互换
密码作为真正的用户名字段
而用户名作为密码字段，用户名可以多个

想了想，看来还是再来一张映射表是最佳的选择。

@lrh3321 没错，就是子账号。但用户名是相同的，只有密码不同。

@wweir 存 Hash 不需要考虑作为密码的字符……

@msg7086 单个密码可以不考虑。存多个密码拼接的时候，没法存拼接后的密码的 hash，得存 hash 后拼接的字符串。这样就得考虑长度了