人员表设计思想 —— 也许会有点帮助
当我们出生的时候，我们有什么？性别、出生日期、姓名。除了这些还有什么呢？体重、属性、星座、血型、父母、哥哥、姐姐、籍贯、身份证号、其他。这些都是一出生就拥有的。
然后我们慢慢的成长，进入学校学习，进入社会打拼，打工、创业等等。我们又有了很多很多的信息。
画一个脑图，也许更清晰一些：
那么人员表要如何设计呢？看看上面说的，大家都共有的、基础的，而且常用的是什么？姓名、出生日期、性别。对就是这三个。于是我就建立一个人员基本信息表——Person_Info。
Person_Info表里除了这三个字段外，增加主键PersonID、身份号和添加记录日期、最后修改日期。这个就是人员信息的核心表。
为什么要这么做呢？想想我们经历了风风雨雨，学校（学生信息）、公司（员工信息）、医院（体检、就医）、银行（申请银行卡、信用卡）等，不管是什么系统，这四个字段几乎是必填的，是标志我们的重要信息，其稳定性和通用性可见一斑。不把这个作为核心，把什么作为核心呢？
在做具体的项目的时候，我们可以根据需求设置其他的表，像脑图里的学历信息、工作信息等，都用PersonID来关联。目的就是要设定一种稳定的表结构。不管需求如何变化，这种表结构是不能变的。这个就是变化中的不变。看上面的脑图，加了很多的扩展信息，但是人员基础表还是核心，还是可以用PersonID作为关联字段。加了东西，这种结构没有变化。这是不是达到了稳定性喝可扩展性呢？
如果您的需求，没有出现在上面的脑图里，那么你可以试着加一下，看看是否打乱了这种结构。如果没打乱，说明这种结构是稳定的，如果打乱了，麻烦您说一下好吗？
在会员注册活动里，我设计了多个表，这个就是原因之一。其实就是按照这个思路来设计的数据库。
右上角的账户信息，增加了角色部分，这个是一时兴起。画脑图画的，想到哪里就画到哪里，画完了发现结构还可以，没乱。于是就保留下来了。账户的设计，是想实现一个人可以有多个登录账户，所以设置为一对多的形式，那么账户信息右面的表就都用账户信息的主键UserID作为关联字段了。
会员注册(欢迎参加) 里的设计。我还是觉得脑图更容易理解一些，呵呵。
ER图
表关系图
[解决办法]
这玩意要根据项目不同而不同吧，关键是要适用。
[解决办法]
[解决办法]
楼主只是提出一种思维方式 只作参考罢了 到了具体的项目再做拓展 具体对待
[解决办法]
好贴！！！
[解决办法]
有点复杂
[解决办法]
有点复杂
[解决办法]
这个挺有创意
[解决办法]
思路不错～
[解决办法]
思路不错，似乎有点复杂！再学习学习！
[解决办法]
似乎有点复杂！
[解决办法]
想法不错
[解决办法]
不错，顶起来
[解决办法]
脑图适合非专业人员，比如让用户方整理提供一下需求，或者是用于正式设计前期的简单准备。
[解决办法]
这个是一个不错的思想
[解决办法]
挺好的
[解决办法]
不错的
[解决办法]
感觉还不错！其实平时项目大概也就这么关联的！
[解决办法]
很实用哦，
[解决办法]
http://www.temawang.info
[解决办法]
这个是一个不错的思想了
[解决办法]
思维导图
[解决办法]
学习，像那些图用什么工具画的？？
[解决办法]
我现在也刚开始用这个图，感觉思路还是比较清晰的。
[解决办法]
很不错啊！！！
[解决办法]
看起来复杂的很,做为参考吧.
[解决办法]
看起来复杂的很,做为参考吧.
[解决办法]
思想不错！
up++
[解决办法]
思维导图 是个使思想得到表达的好东西！借鉴。。。学习。。。
[解决办法]
真的是这样
[解决办法]
这个思维方式很不错！分析的方法高啊。。。
[解决办法]
路过 图示还是不错的
[解决办法]
不错，借鉴了
[解决办法]
[解决办法]
牛
[解决办法]
个人认为不需那么复杂，表越多效率越低，各位大鸟意见呢。
LZ想法不错。支持
------解决方案--------------------
楼主辛苦了，回复的人更是辛苦了。。
