请教一个思路？是否应该在在后台建一个表专门存贮菜单名？

请教一个思路？是否应该在在后台建一个表专门存贮菜单名？
我想实现不同的用户享有不同的权限，所以想在数据库sql2000中建一个表，结构为：
用户名，菜单名，权限
user1,menu1,yes
user2,menu2,no
......
在加载主菜单中根据用户名通过循环到表中取菜单名，看一下是否为yes,设置菜单的visible属性，
我不知这种思路是否是可行的，有没有这样做的。另外，如果这样做是可以的。那么有几个问题如何解决呢？
1，这样做只能控制用户是否能进入某个窗体，控制比较粗糙，因为同一个窗体中，也还要区分是否可以删除，是否可以添加，是否可以修改等等，可是以上的办法是没法解决的[或者是我没想出解决的办法]
2。把菜单名称直接与后台数据库关联起来，是一种正确的设计思路吗/
如果以上我说的权限管理思路不可行，请教一下各位老师有没有好的思路呀？
真心谢谢了!

解决方案 »

  1.   

    现在正有人在讨论权限管理的问题，你去看看吧，很热闹的：）
      

  2.   

    这样处理如果仅仅是控制菜单项是完全可行的，至于窗体中控件状态你甚至同样可以将之存储在表中
      

  3.   

    我想问的是:是把权限与控件相关联好呀?还是不与控件关联好,楼上朋友说最近有这方面的贴子,我也看了,可是有两种思路:分述如下:
    1.权限不与控件关联,是建三个表,一个是用户表,一个是权限表(权限码,权限名),一个对照表(即一个用户都对应着哪些权限),这种思路并没有把权限与控件(包括菜单关联起来)
    2.一个用户表,一个是菜单名表(菜单名,是否充许),一个是对照表(即一个用户对应的菜单名是否有效)
    我确实不知这两种思路哪种好,请教各位了.再行个礼!
      

  4.   

    有一点不明白，既然用户有权限进入窗体，为什么还要判断是否有权限添加删除那。不能把进入窗体的权限和添加的权限做到一起马
      

  5.   

    这种办法控制菜单的可用与否是可行的，但一般不用这种办法，因为仍然避免不了设置用户权限的信息，而单纯使用权限信息却可以解决菜单及控件的问题，一事不烦二主。
      

  6.   

    有一点不明白，既然用户有权限进入窗体，为什么还要判断是否有权限添加删除那。不能把进入窗体的权限和添加的权限做到一起马
    -----------------------------------
    这个我再解释一下：两个用户都可以进入这个窗体，但是一个只能看，一个不仅可看，而且可写。明白否？