有两张表规则表和组表：tb_rules，tb_group
这是auth权限中的两张表，明显他们是多对多的关系，一个规则可以属于多个组，一个组可以拥有多个规则；
按道理说应该有一张关联表tb_group_rules(group_id，rule_id)
2088shop商城购物系统是商城系统中功能最全的一个版本：非会员购物、商品无限级分类、不限商品数量、商品多级会员定价、上货库存、Word在线编辑器、订单详情销售报表、商品评论、留言簿、管理员多级别、VIP积分、会员注册积分奖励、智能新闻发布、滚动公告、投票调查、背景图片颜色更换、店标上传、版权联系方式修改、背景音乐（好歌不断）、广告图片支持Flash、弹出浮动广告、搜索引擎关健词优化、图文友情联
0
但是thinkPHP的auth类里面不用关联表，是这样的tb_group里面有一个rules字段，保存'1,2,3,4,5,6,7,8,9'这样的规则id；
我猜想他不用关联表可能有这几个考虑：
1：一般每个组的规则并不多，用一个字段比较管理方便，不必要建一个关联表造成资源的浪费
2：一般都是取得组的规则id，授权时直接更改组的规则字段
但是我觉得这样时候总不好：
1：什么叫一般组的规则不多，什么叫一般，这个谁说的准呢，反正我就是不放心
2：将规则用,分割好吗，如果要是想取消某一个规则，这样极为不方便（程序只能查出规则字段用,分割再取出，在拼接，在保存），给维护带来麻烦
3：通过组来更改规则是方便，但如果我想根据规则看它属于那些组时，或者根据规则为它授权某些组时就比较麻烦了
如果使用关联表，上面都不是问题，也利于程序的维护
上面就是我的理解和利弊的分析，如有不对请大神指正
我探讨的问题，如题，到底什么时候使用关联表，以及利弊的权衡，比如此案列中的情况。
有两张表规则表和组表：tb_rules，tb_group
这是auth权限中的两张表，明显他们是多对多的关系，一个规则可以属于多个组，一个组可以拥有多个规则；
按道理说应该有一张关联表tb_group_rules(group_id，rule_id)
但是thinkPHP的auth类里面不用关联表，是这样的tb_group里面有一个rules字段，保存'1,2,3,4,5,6,7,8,9'这样的规则id；
我猜想他不用关联表可能有这几个考虑：
1：一般每个组的规则并不多，用一个字段比较管理方便，不必要建一个关联表造成资源的浪费
2：一般都是取得组的规则id，授权时直接更改组的规则字段
但是我觉得这样时候总不好：
1：什么叫一般组的规则不多，什么叫一般，这个谁说的准呢，反正我就是不放心
2：将规则用,分割好吗，如果要是想取消某一个规则，这样极为不方便（程序只能查出规则字段用,分割再取出，在拼接，在保存），给维护带来麻烦
3：通过组来更改规则是方便，但如果我想根据规则看它属于那些组时，或者根据规则为它授权某些组时就比较麻烦了
如果使用关联表，上面都不是问题，也利于程序的维护
上面就是我的理解和利弊的分析，如有不对请大神指正
我探讨的问题，如题，到底什么时候使用关联表，以及利弊的权衡，比如此案列中的情况。
对应你觉得这样时候总不好的三点说明，我进行回复个人观点，（因为您的问题，公说公有理婆说婆有理）。
1、一般，你自己猜想了一般情况，而又是你自己否定这个一般情况，那么这是你自己的问题了。
2、分割，如果rules字段现在存储的是‘1,2,3,4,5,6,7,8,9’，那么在管理界面进行删除2号角色的时候，不是对现有存储的rules字段值进行分割，剔除2，在组合。而是在管理界面删除后点击保存，表单重新提交组所拥有的角色信息进行组合拼接，然后update保存rules字段信息。而并不是你所描述的情况：“分割再取出，在拼接，在保存”，这的确给维护带来麻烦，但是实际做法不该是描述的这样子。
3、“但如果我想根据规则看它属于那些组时”，这应该是你业务需要，thinkPHP在设计的时候并未直接考虑这点。
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
565
收藏
