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