我的想法
1.用户表(一个用户对应一个群组)
2.好友组表(有几个用户就有几个好友组)
3.中间表 (一个群组对应多个用户)
这样设计吗,假如有10000个用户,一个用户100个好友,中间表就100*10000条数据?
有什么好的设计吗? 只用关系型数据库
我的想法
1.用户表(一个用户对应一个群组)
2.好友组表(有几个用户就有几个好友组)
3.中间表 (一个群组对应多个用户)
这样设计吗,假如有10000个用户,一个用户100个好友,中间表就100*10000条数据?
有什么好的设计吗? 只用关系型数据库
一个用户对应多个群组(好友组),一个群组对应多个好友。一张是用户群组表,主要记录用户id以及对应的群组id,一张是群组成员表,主键关联用户群组表的群组id,然后记录里对应每个好友的id。
15 回答8.4k 阅读
8 回答6.2k 阅读
5 回答3.2k 阅读✓ 已解决
3 回答3.6k 阅读✓ 已解决
1 回答4.1k 阅读✓ 已解决
2 回答2.8k 阅读✓ 已解决
3 回答2.2k 阅读✓ 已解决
虽然不符合你的要求...
但是图数据库对这种关系网络非常好用,非要用关系型数据库的话那就智能麻烦一点呗