一个系统，往往可能有多种用户，例如学校的管理系统，
可能会有学生表，教师表，但是往往，学生也需要登录，教师也需要登录，
学生也需要修改嘛，老师也需要修改密码，学生也需要权限，老师也需要权限。
可能会有学生表，教师表，但是往往，学生也需要登录，教师也需要登录，
学生也需要修改嘛，老师也需要修改密码，学生也需要权限，老师也需要权限。
你总不能设计乱套了，以前我对这些，没有很清晰的解决思路，后来在上海看到了
一个系统的设计，豁然开朗（分工合作，各管各的）。
教师表是教师表，因为教师的侧重点不一样，字段也不一样，那就 Teacher 表好了。
学生表，也是侧重点不一样，字段也不一样，那就 Student 表吧。
一个系统的设计，豁然开朗（分工合作，各管各的）。
教师表是教师表，因为教师的侧重点不一样，字段也不一样，那就 Teacher 表好了。
学生表，也是侧重点不一样，字段也不一样，那就 Student 表吧。
那老师也是一个用户，学生也是一个用户，在建立一个表叫 User 表，然后把密码等放在
这个表里就可以了，然后进行一下关联操作。
这个表里就可以了，然后进行一下关联操作。
与雇员、客户、供应商这样一来，登录页面只做一个就可以了，修改密码功能也只做一个就可以了，在来个什么
表，也尽管加好了，关联到 User表就可以了。权限也好设计了，直接跟User一个表关联就可以了。
表，也尽管加好了，关联到 User表就可以了。权限也好设计了，直接跟User一个表关联就可以了。
Teacher（教师表），Student（学生表） --> User（用户表） --> 权限表等进行关联。
能登录到你系统的，不管是啥，都可以是一个用户，这样看待问题，就简单了一些了，思路也清晰了。
能登录到你系统的，不管是啥，都可以是一个用户，这样看待问题，就简单了一些了，思路也清晰了。
现在我的整个系统，都是依赖与这个简单的思想，什么客户表，供应商表，职员表统统这么进行处理了。
将权限管理、工作流管理做到我能力的极致，一个人只能做好那么很少的几件事情。
本文转自 jirigala 51CTO博客，原文链接：http://blog.51cto.com/2347979/451639，如需转载请自行联系原作者
