有两张表规则表和组表：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：通过组来更改规则是方便，但如果我想根据规则看它属于那些组时，或者根据规则为它授权某些组时就比较麻烦了

如果使用关联表，上面都不是问题，也利于程序的维护

上面就是我的理解和利弊的分析，如有不对请大神指正

我探讨的问题，如题，到底什么时候使用关联表，以及利弊的权衡，比如此案列中的情况。