问题1:用户与部门的关系是设计成多对一还是多对多。问题来源:1、在现实中它们之间的关系是多对多的。
2、我用的权限模型是rbac,部门在权限中是没有实质性的作用的。
3、设计成多对多,明显把系统复杂化了。
4、我做过的两家公司里,这块都设计成多对一。
2、我用的权限模型是rbac,部门在权限中是没有实质性的作用的。
3、设计成多对多,明显把系统复杂化了。
4、我做过的两家公司里,这块都设计成多对一。
解决方案 »
- org.springframework.mail.javamail.JavaMailSenderImpl在spring配置文件中具体有什么作用?
- java怎样获取淘宝的sessionKey,需要代码说明,不是一些链接
- 求助。Hibernate关联从多的一方取不到一的一方
- 求考试管理系统源代码和文档
- 使用了Hibernate框架,查询数据库时查不到,抛出异常。怎么办
- 去哪能找到J2EE合作项目
- 如何在配置文件中设置将log4j日志保存到当前WEB应用的某个目录?
- 关于hibernate动态搜索的问题!!!
- 请问如何下载网页中的java程序呢?
- 急!!!jndi在windows 2000 server下如何配置,up送分!!!
- 为什么会报列名无效的提示??
- Struts2 response写出如何不带http的头???
2、部门一般在权限中确实没什么实质作用,因为大单位权限太复杂了,部门间的交叉权限很多,所以一般都是另设角色这个对象来处理权限。部门一般只起个类似于目录似地检索作用。
3、复不复杂不是你说了算,而是用户说了算。不能怕复杂,关键是要把需求理顺,只要需求理顺了再复杂也能解决。
4、我也同意尽量说服多对一,多对多确实没什么意义(对大部分单位来说),如果用户确实有这个需求,那么认真把需求理顺了(让项目经理多要钱),也不是那么可怕。
结论:关键在于项目经理把用户的需求真正理解了!再做决定。
要是真出现这情况,就要用户开两个帐户来操作,呵
只是想用简单的方式来解决复杂的问题。
尽可能的不让他出漏子,才想着来借用下大家的经验。
呵。。