请大家来讨论数据共享与限制的有关问题
请大家来讨论数据共享与限制的问题？例如：一个集团有几个子公司，拿人事信息来说，各子公司的人事只能查看与
请大家来讨论数据共享与限制的问题？
例如：一个集团有几个子公司，拿人事信息来说，各子公司的人事只能查看与操作本公司的人事信息，公司部门的文员只能查看本部门的员工信息。请问大家怎样实现？
[解决办法]
权限表,权限组,权限组成员
权限表:各个表单的列表
权限组:某一组权限里拥有什么权限?
权限组成员:同一组的成员权限相同,把成员加入到权限组,那么你定义这一个组有什么权限?这个成员就有什么权限
类似你可以研究一个windows的权限组
[解决办法]
权限系统设计问题
[解决办法]
[解决办法]网上有很多现成的权限系统代码，平时工作中也有很多现在的权限模式（比如sqlserver用户，角色，登陆，架构; windows用户组，用户等等） 都可以供你参考。
但是如果是希望200分能有人给你实现，这个不可能。 具体设计成什么样，还要依赖于你实际的情况，如规模，用户具体需求等等。 一个复杂的权限系统，如果又要做到接口通用等等的话，做起来也是很麻烦的。
[解决办法]權限設定,在用戶表中加入組織代碼,根據組織架構表,上一下可以操作下一級有權限,下一級操作上一級沒有權限.
集團總部
----分公司1
---部門1
---課1
---組1
組織架構圖,根據實際情況設計.
[解决办法]1，用户表（字典表）
2，角色表（字典表）
3，拥护角色表（关系表）
4，功能表（字典表）
5，角色功能表（关系表）
[解决办法]SQL code模块(模块ID,...)
角色(角色ID,...)
角色权限(角色ID,模块ID)
操作员(操作员ID,...)
操作员角色(操作员ID,角色ID)
[解决办法]学习
[解决办法]权限问题，关注中
[解决办法][解决办法]SQL code把分公司看作仓库.要看哪个分公司，把好比条件是哪个仓库...
[解决办法]
学习，帮顶
[解决办法]
WINDOWS 权限管理,
我的电脑,右键,管理,系统工具,本地用户和组,这里就可以设置这些东西了!!!
[解决办法]
权限设计问题。
具体设计要根据自身要求来进行判断。
分为那几个权限组，权限组之间的关系。还有权限等。
[解决办法]
讨论得很详细
[解决办法]
1，用户表（字典表）
2，角色表（字典表）
3，拥护角色表（关系表）
4，功能表（字典表）
5，角色功能表（关系表）
加易用性改进,默认权限带如本单位最高级;
[解决办法]
up
[解决办法]
应用程序根据当前用户的角色，【动态】决定对应的操作目标的范围（全公司还是某个部门还是仅仅他本人）和可能的操作手段（读、增删改）
这个【动态】由应用来实现
[解决办法]
在网上搜索下权限方面的多的很
总之要设计出适合你们公司的权限列表
如果设计的越复杂，管理的越严密，则维护起来越麻烦。。。
你自己看着办吧
以下参考：
1，用户表
2，角色表
3，组表
4，权限表
[解决办法]
学习
------解决方案--------------------
这个问题也困扰了我很久啊。。。
[解决办法]
[解决办法]
学习了.
[解决办法]
一个帖子居然能看到这么多高手，值了！！！
[解决办法]
我能否理解lz的意思是：我有一个角色，比如人事部经理；他拥有管理人员的程序功能；可是里面有一个是分公司的人事部经理，一个是总公司的人事部经理；因此前一个只能看见分公司的人员，而后一个可以看见全部的人员；
和前面大家说的功能权限不能算是一回事；
最简单的实现方式就是把这个角色变成几个角色，分公司经理一个、总公司经理一个；好处就是你的功能实现基本不用修改，缺点就是维护量很大！而且如果这个集团很大的话，你这个维护基本上就会不可能完成的任务！！！
另一种方式就是建立一套关于数据权限的体系，说实话我自身也没有完整的实现过，说不上来实际应用上有什么缺陷；
根据你对数据的组进行权限的建立；比如：对人员进行权限的限制，那就对人员的部门建立权限；通过设置来确定能够查看那些部门的数据；
如果是业务类的数据，那就是根据业务的分类进行限制；这样的缺点就是不够通用，不能完全通过数据库的设置就可以完成，而要通过一定量的编码来实现某一种数据的限制；
而且在维护上由于需要分开进行功能和数据的限制，因此维护的难度也相应的提高。
其实对于集团的权限管理还有一个分级权限管理的问题，lz没有问也就不说了
[解决办法]
jf
[解决办法]
我的实现是在 角色权限中 加一个 权限范围：单位查看权、单位管理权等，表示有此单位信息的查看或管理权限。
如:L（单位ID），表示此角色有查看此单位人员信息的权限。
角色权限在程序中缓存，用户查询时取出其有权查询的几个单位ID，然后进行查询。
[解决办法]
学习
[解决办法]
参考一下membership吧
[解决办法]
不错,学习中!
[解决办法]
up
[解决办法]
ding
[解决办法]
不错,学习中!
[解决办法]
不错,学习中!
[解决办法]
数据权限是比较麻烦的,想当初我们系统也经历了这个过程
功能权限好办,只要控制界面就行了,但数据权限就比较麻烦了
需要从数据访问层以及表现层同时考虑,也就是需要代码配合才能比较完美的解决问题
这个我以前也发帖讨论过这个问题.这里面不止涉及基础资料(例如人事,客户)权限控制那么简单
还涉及到单据的控制,一个简单例子就是我不允许某个用户查看某些客户资料,那么当然就是
同样不允许查看改客户的所有送货单等单据了.而单据信息往往是在多个界面出现的,例如录入界面
报表界面等.特别报表控制起来更加麻烦(我们报表是可以自定义的,也就是SQL语句都可以由用户编写)
可以从两个方面考虑这个问题,一个是从拼装SQL语句入手,一个就是从表现层(显示数据的时候)入手
所有这些都必须建立在你对数据进行分类,怎么分类,分类的好坏就直接影响你实现起来的容易程度了
[解决办法]
学习了，哈哈
[解决办法]
学习了，帮顶下
[解决办法]
allanli 给出了大部分系统处理数据权限的思路。
1、数据权限需要考虑的主要是性能问题。光用数据库功能很难实现，必须配合代码，最好结合客户端缓存（用于显示）。
2、而且数据权限是否是立体的？即带有继承关系的？如果有的话一定要限制层次的数目，否则会非常恐怖的。数据权限定义应该首先明确。
3、最终的数据权限算法会归为图遍历，按照需求决定图的最优遍历算法。
[解决办法]
权限,系统设计问题
[解决办法]
根据组织架构来设计,
个人倾向5楼的设计方式,
根据不同的组织架构来约束和规定对应的权限,
同时结合群组和角色来设计,应该是比较合理的方式.
[解决办法]
学习
