发个牢骚，折磨人的权限设计。

小弟最近写了一个MIS的小程序。
但其中客户的权限折磨了我许久。因为开发周期比较短，所以没有把权限设计得很细，而是硬编码了几个角色，在每个窗体打开的时候检查是否有本窗体打开的权限，结果，客户的权限要求越来越细，最后到了这样的地方。A用户仅能修改一个34个字段的表中的第1,5,9列。
B用户仅能个性A用户修改过的数据，其他的数据一概不处理，连查都不能查。B修改过后的数据，A就不能再修改了。
C用户仅能查看到其中的 1-13，15-17列
D用户能看到所有的数据，但什么都不能改。
E用户能看到A、B、F、G、H处理的数据，
F用户能看到A、B、H、J处理过的数据，并且可以修改他们的数据。
.......MD，如果要做到这样，我岂不是要设计一个权限模块，细化到每个列的增删改？

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

E用户能看到A、B、F、G、H处理的数据，
F用户能看到A、B、H、J处理过的数据，并且可以修改他们的数据。
----------
除了这2条其他的我们的系统都实现了而且跑的不赖其实就3块：
1。所有业务的权限控制（这个最有用）2。相应的数据查看过滤（比如业务员只能看自己的客户就简单的加一个 where ...and 客户ID in (select xxx from yyy where empid='zzz')）这个业务员很喜欢不用每天看到一堆数据
3。具体莫一项数据（字段）的查看权限这个米虾米用
楼主走火入魔了！其实很简单的设置几个标志位，再在SQL里面控制就可以了。伪代码如下：比如A用户的SQL：Select 1,5,9 from table for update;
B的SQL: Select 1,5,9 from table where update by A;
C的SQL: Select 1~13,15~17 from table for update;
D的SQL: select * from table for readonly
E的SQL: select * from table where update by A、B、F、G、H for readonly;
F的SQL: select * from table where update by A、B、H、J for update;
................简单的思路，自己可以根据实际的情况，再概括一下，精简一下。呵呵，最近再看C#，可以根据上面的思路，建立一个基类（或接口），其他所有的用户从这个基类继承，但都有update或者review 的方法，
用多态控制。
如果是菜单权限，可以用Tag,和一个权限表，＋一个人员表控制，
其它的如添加删除权限可以仪类似的方法去做如果你自己做，最好有一套自己的，且完整的权限管理模块
最简单的思路不同的权限复制出不同的Form即功能相近的窗口优点：不易出错易于修改
缺点：工作量大
楼主，教你一个简单方法。
在那有34个字段的表里再加多一字段，存放跟权限有关的信息。
ABCDEF修改数据时，同时更新这字段的标志位。
而他们可操作的数据你就根据这字段的标志位来检索就是了。这是一个比较快的方法，但不方便扩展。
谢 wensoft80
这里控制的是同一项菜单下面，打开同一个窗口，对数据列的权限不一样。谢 suifengoffice
窗体多的话，控制起来和修改起来都很麻烦谢 hawk_e2e
但这个东西里有 159个表的话，就。
需要增加一个模块,该模块处理所有的权限事务每个要求权限控制的表至少多建一个字段,放权限信息(新建的时候添该用户的基本信息)新增加的模块有分配权限的功能,比如A能查B,c,d的权限,而f的确不能操作
建操作权限表,把操作这些信息的数据记录在一个表中操作数据的时候,根据权限表中的数据操作(比如只能查,或者只能修改,只能修改哪些字段)这些是麻烦,不过很实用
我们系统里面的表格是由数据库的配置表动态设置的
配置表的结构是
权限名   表名(对应某个界面的表格) 字段名 dbgrid控件的属性(isVisible,Readonly,title,width)等这个在登录界面时重设grid,可以达到按照不用用户权限,可以让他们看见哪些字段,哪些字段不能修改的功能另外权限设为数字,用统一函数判断.
1,只能查看数据~
2,只能修改自己的数据
.....
等等程序的逻辑上,gird表的设置优先于权限设置
E用户能看到A、B、F、G、H处理的数据，
F用户能看到A、B、H、J处理过的数据，并且可以修改他们的数据。这个功能建立一个表
权限名  是否限制  限制Str
然后在查询语句里特殊加上...