登录页面有必要很复杂吗

  近期我负责公司的网站的一个登录页，我很高兴，因为这个东西太简单了，直接到数据库里找匹配字段就好了嘛，顶多就是处理下加密的字段，太简单了。
  可是我想的有点太天真了，策划把这东西搞得我几近疯狂啊，用户登录光用户名就可以有五六个了，普通用户名、电话号码、宽带帐号号，网站推广的卡的号码，并且好多都是用户名在这个表，密码在另一个表，我靠，不是我受不了，我估计系统也受不了啊。

评论

6 楼 脑袋雷劈的 2009-03-12  

参考浩方登陆啊！

5 楼 geweixin 2009-03-12  

死，shun...哈哈

4 楼 king_108 2008-12-03  

登录用户名旁边  应该有个 COMBOX 提供用户选择登录帐号的类型吧

3 楼 shunzheheliu 2008-12-03  

xiaofengtoo 写道

我想楼主说的应该是任何其中一个登陆名都可以登陆吧 在用户表中没有问题 不过设计的时候普通用户名、电话号码、宽带帐号号，网站推广的卡的号码这些字段需要唯一约束界面设计：如果是一个用户ID 和密码需要 对ID 进行先select 然后匹配密码 不过要考虑性能。如果 多个输入 ID 就比较简单 这个在实际应用中确实有这种情况，也很实际的

现在的问题是有可能一个电话号码对应多个用户，真怀疑策划脑子是不是进水了

2 楼 xiaofengtoo 2008-12-02  

我想楼主说的应该是任何其中一个登陆名都可以登陆吧

在用户表中没有问题 不过设计的时候普通用户名、电话号码、宽带帐号号，网站推广的卡的号码这些字段需要唯一约束

界面设计：
如果是一个用户ID 和密码
需要 对ID 进行先select 然后匹配密码
不过要考虑性能。
如果 多个输入 ID 就比较简单

这个在实际应用中确实有这种情况，也很实际的

1 楼 阳光晒晒 2008-12-02  

一条sql: select count(*) from ta,tb,tc where ta.id=tb.tid and ta.id=tc.tid and ...
多条sql
if(isNull(findByNO())
elseif(isNull(findbyName))
else if(isNull(findbyEmail))
else{
  return Nouser
}