当前位置:Gxlcms > PHP教程 > 两个表是多对多的关系,一定需要关联表吗?

两个表是多对多的关系,一定需要关联表吗?

时间:2021-07-01 10:21:17 帮助过:41人阅读

有两张表规则表和组表:tb_rulestb_group

这是auth权限中的两张表,明显他们是多对多的关系,一个规则可以属于多个组,一个组可以拥有多个规则;

按道理说应该有一张关联表tb_group_rules(group_id,rule_id)

但是thinkPHPauth类里面不用关联表,是这样的tb_group里面有一个rules字段,保存'1,2,3,4,5,6,7,8,9'这样的规则id

我猜想他不用关联表可能有这几个考虑:
1:一般每个组的规则并不多,用一个字段比较管理方便,不必要建一个关联表造成资源的浪费
2:一般都是取得组的规则id,授权时直接更改组的规则字段

但是我觉得这样时候总不好:
1:什么叫一般组的规则不多,什么叫一般,这个谁说的准呢,反正我就是不放心
2:将规则用,分割好吗,如果要是想取消某一个规则,这样极为不方便(程序只能查出规则字段用,分割再取出,在拼接,在保存),给维护带来麻烦
3:通过组来更改规则是方便,但如果我想根据规则看它属于那些组时,或者根据规则为它授权某些组时就比较麻烦了

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

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

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

回复内容:

有两张表规则表和组表:tb_rulestb_group

这是auth权限中的两张表,明显他们是多对多的关系,一个规则可以属于多个组,一个组可以拥有多个规则;

按道理说应该有一张关联表tb_group_rules(group_id,rule_id)

但是thinkPHPauth类里面不用关联表,是这样的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在设计的时候并未直接考虑这点。

人气教程排行