用户表与学生表、教师表、雇员表、客户表、供应商表等的分工合作

一个系统，往往可能有多种用户，例如学校的管理系统，
可能会有学生表，教师表，但是往往，学生也需要登录，教师也需要登录，
学生也需要修改嘛，老师也需要修改密码，学生也需要权限，老师也需要权限。

你总不能设计乱套了，以前我对这些，没有很清晰的解决思路，后来在上海看到了
一个系统的设计，豁然开朗（分工合作，各管各的）。
教师表是教师表，因为教师的侧重点不一样，字段也不一样，那就 Teacher 表好了。
学生表，也是侧重点不一样，字段也不一样，那就 Student 表吧。

那老师也是一个用户，学生也是一个用户，在建立一个表叫 User 表，然后把密码等放在
这个表里就可以了，然后进行一下关联操作。

与雇员、客户、供应商这样一来，登录页面只做一个就可以了，修改密码功能也只做一个就可以了，在来个什么
表，也尽管加好了，关联到 User表就可以了。权限也好设计了，直接跟User一个表关联就可以了。

Teacher（教师表），Student（学生表） --> User（用户表） --> 权限表等进行关联。
能登录到你系统的，不管是啥，都可以是一个用户，这样看待问题，就简单了一些了，思路也清晰了。

现在我的整个系统，都是依赖与这个简单的思想，什么客户表，供应商表，职员表统统这么进行处理了。

 

将权限管理、工作流管理做到我能力的极致，一个人只能做好那么很少的几件事情。

posted on 2009-04-21 16:05 不仅仅是通用权限设计 阅读(296) 评论(2) 编辑 收藏

评论

1556294

#1楼 　 回复　 引用　 查看　    一句话 当事人模型

2009-05-04 23:30 | 小楼       

#2楼 　回复　引用　  

感谢楼主，给予细心讲解，有很多收获。
下次有问题会再请教的。