先登录，到数据库中取这个用户的权限，在菜单程序中根据权限显示不同的项，或者针对不同权限的用户写不同的菜单。

比如：销售管理（父级）--工作台（子级）--工作台的子级 （子子级）      ；产品管理--工作台---工作台的子级

把菜单设计成数据驱动的，每个菜单项都对应有权限的许可逻辑，检查登录用户的权限是否满足许可，根据结果显示该菜单项。

我只设计了5张表，用户表、角色表、权限表、用户角色表、权限角色表！  做动态的菜单需要还需要加菜单表？  我一直是把权限表当作是菜单表！

菜单是前台界面呈现的，权限是后台数据库中的数据表，两者是两回事啊，不能混在一起的。

那权限表里面有什么数据呐？

www.就是那个CRM的网站。。。CRM介绍---》在线体验     点击就可以进去看了！大哥，帮我看看吧！

两个途径，一正一反，本质上是一样的，视你操作方便而定。

首先设计两张数据表，一张是权限表，给每个不同的权限编码，另一张是菜单表，给每个菜单项也编码（多级也没问题，你懂划分就成）。然后，在权限表中每一行，分别记录这个权限能够操作的菜单编码（如何处理不定项数的方法也假定你懂得），登录后，到用户表中查出他的权限编码，然后到权限表提取他能够看到的菜单清单，显示出来。这是一种，另一种是反过来，在菜单表中记录权限清单，依据登录用户的权限编码来比较是否显示本项。

你照这个方案做，以后升级或改动界面，都非常方便，否则把这些东西嵌入在程序代码中，会要你的命。

[ 本帖最后由 TonyDeng 于 2013-3-18 00:57 编辑 ]

你现在这个菜单，是不分级的，两种方法差不多，但如果要分级，我倾向于采用后面一种。这种设计不会影响你修改菜单的呈现界面，爱怎么改弄得更漂亮都行，不至于对系统框架伤筋动骨。不要贪图方便求快，觉得这种设计繁琐而不做，现在省下的代价将来要你加倍偿还的，一旦系统投入使用，再来改就出大事件了。

加个导航系统就更厉害了
角色 用户 权限
好复杂啊