免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 4164 | 回复: 8
打印 上一主题 下一主题

求一个多对多关系表结构的设计思路 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-11-06 09:20 |只看该作者 |倒序浏览
1.游戏表:  
  gid gname
  数据:1 war3  2 wow  3 starcraft  
2.player表
  pid  pname
  数据:1 xiao1  2 xiao2 3 xiao3

是个多对多的关系,游戏和player之间的关系该怎么设计呀?

论坛徽章:
0
2 [报告]
发表于 2009-11-06 13:04 |只看该作者
方法很多
如再建一个中间表 pid  -> gid

论坛徽章:
0
3 [报告]
发表于 2009-11-06 16:50 |只看该作者

回复 #2 bs 的帖子

那这个中间表需要设置索引之类的吗?

论坛徽章:
0
4 [报告]
发表于 2009-11-06 20:47 |只看该作者
原帖由 spirit_mly 于 2009-11-6 16:50 发表
那这个中间表需要设置索引之类的吗?



一定要有索引(pid),必要时gid也可以索引,且这个表记录数一般为 p*g

论坛徽章:
0
5 [报告]
发表于 2009-11-09 09:09 |只看该作者

回复 #4 bs 的帖子

我想到了一个办法,bs帮我看看有什么弊端,呵呵,谢谢
我用了两个表,就是像帖子描述的那样,但是,在player表多加了一个字段,形如game1,game2,game3,呵呵,一看就知道什么情况了吧,这样,在修改player专精类别的时候,如下描述:
$games = explode
                 -> array_unique
                 -> array_push(新的游戏类别, $games)
                 -> implode(',', 新的数组)
最后再update
这样就执行了一次数据库操作,其余的是php执行的,呵呵

论坛徽章:
0
6 [报告]
发表于 2009-11-09 10:24 |只看该作者
你这个建的是单向连接,如果某天要统计game n的玩家是哪些那就非常麻烦了

论坛徽章:
0
7 [报告]
发表于 2009-11-09 10:43 |只看该作者

回复 #6 bs 的帖子

嗯,这个只是方便展示,如果涉及到统计,又麻烦了
如果,保留player表中的关系字段,再建关系表,关系表用于统计;关系字段用于展示,这样我担心会不会不同意呀;
另外,关系表insert操作也很复杂,先要接收类别值,然后再foreach,foreach里面执行insert操作;
修改的时候也会很复杂的,是吧?呵呵

论坛徽章:
0
8 [报告]
发表于 2009-11-09 18:58 |只看该作者
insert操作比update快多了

论坛徽章:
0
9 [报告]
发表于 2009-11-10 11:03 |只看该作者
多对多关系的表,一般需要借助第三个中间表
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP