由于web2.0时代的到来，用户表的设计也要考虑到第三方所需参数的设计，在此之前阅读过几个博客，特此总结一下，并说明一下自己为何如此设计。
考虑到扩展性，有人设计出用户表只保存 用户信息，例如姓名，性别这些属性信息，再建立一个验证表来做用户的登录验证，例如设计字段uid，type，openid，access_token等，其中access_token可以来做密码字段,type里面可以是qq，sina，email，phone，这样设计有两个不好的地方：
1.用户资料进行查询时要进行联表查询,好像不是什么问题，哈哈，管他呢，我就不喜欢写关联查询，这个有人博客设计用户表叠加email，phone字段，我觉得不妥，但是新人的说法，权当听书。
2.用户进行站内更换密码咋办?用户是可以用户名/邮箱/手机号码登录的哦，你可想好了，更换密码是要同步的哦，哈哈，也不是问题，我就说说显得自己心思缜密一样，可以设计一个字段来判断是否是站内还是站外登录嘛（没听懂这句话的意思？这样说吧，我只是邮箱验证修改密码的时候通过uid和是否站内登录的字段来一起update密码就好了）。哈哈，你会读吗？so easy...
but，我最后的设计是用户表保留站内登录信息，就是user表我里面有email，phone和password字段，因为问题一中我不想联表查询，多加属性字段这样干的总觉得是占着茅坑不拉屎的感觉，各种利弊还是靠自己权衡，我突然忘了我准备说的一个问题，别急，让我想一下我要说什么来着...对，就是解绑问题，保留一个登录手段是最好的，这样再综合考虑一下还是通过验证表来设计字段判断是否为站内登录手段是最好的手段，但是！我不想改，哈哈，懒，还不如看会漫画...在此以自己为反例。
