社交网站的用户关系数据是怎么设计的,比如关注数,黑名单数,粉丝数等等。 我见过一种设计,在数据库里面有一张用户关系表,表结构如下
CREATE TABLE relation (
relation_id private key AUTO_INCREMENT,//关系id
relation_fans text,//粉丝数据
relation_black text,//黑名单数据
relation_action text//关注数据
);
这样的设计有什么用意,如果要取得用户的关系数据 怎么取得?
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
text类型?是存些什么东西呢?很好奇。另外 private key 是笔误还是?
你列出的这个 demo 里,我看不出来如何获得用户的关系数据。我自己设计时(当然也是我认为合理的方式)是这样的(不完全照搬我自己的,是根据你的这个表改了一下):
CREATE TABLE relation (
id PRIMARY KEY AUTO_INCREMENT, //主键,自增
from_user_id big integer, // 用户 A 的 id
to_user_id big integer,// 用户 B 的 Id
rel_type enum(1,2) //关注数据
);
拉黑/粉丝/关注,在数据库里,存的都是一个映射关系的数字。比如,拉黑是 1,粉丝/关注是一个东西,是 2。那么,一条记录里的关键数据是:
•
from_user_id // 本条记录是哪个用户发起
•
to_user_id // 本条记录的接受方是哪个用户
•
rel_type // 发起者对接受者,做了什么事情?存事情的类型
场景举例:
用户 A 关注用户 B
插入数据:INSERT INTO relation (rel_type, from_user_id, to_user_id) VALUES(2, A.id, B.id)
用户 A 的粉丝数:
`select COUNT(*) from relation
where rel_type=2 and to_user_id=A.id;`
黑名单同理。
这是按照你给出的表的方式处理的。我自己在做设计的时候,其实是给 关注/粉丝 建了一张表,黑名单又建一张表。按自己的需求和习惯来就好了,无所谓选哪种。