有两张表规则表和组表：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：通过组来更改规则是方便，但如果我想根据规则看它属于那些组时，或者根据规则为它授权某些组时就比较麻烦了
如果使用关联表，上面都不是问题，也利于程序的维护
上面就是我的理解和利弊的分析，如有不对请大神指正
我探讨的问题，如题，到底什么时候使用关联表，以及利弊的权衡，比如此案列中的情况。
有两张表规则表和组表：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在设计的时候并未直接考虑这点。