关于类似腾讯QQ业务数据库设计问题

[lcp147572931]

如题 比如 用户开通的什么功能 手机绑定 财付通 黄钻
这些是怎么存储的 同样是普通会员 但所有的功能却不一样
类似这种 数据库 如何设计
不应该是扩展了 某个功能 把那个功能做成一种角色吧 但系统功能是不断扩展的呀

[自然框架]

如果不考虑用户数量的话，那么就好设计了。

建立一个表作为会员表，可以看做是一个父类。

然后有一个功能，就建立一个表，用会员ID管理起来。

这样不管多少功能都不怕。

就怕会员数量太多，像QQ那样上亿的记录数，就不知道怎么设计了。

[ycproc]

[Quote=引用 1 楼 jyk 的回复:]

如果不考虑用户数量的话，那么就好设计了。

建立一个表作为会员表，可以看做是一个父类。

然后有一个功能，就建立一个表，用会员ID管理起来。

这样不管多少功能都不怕。

就怕会员数量太多，像QQ那样上亿的记录数，就不知道怎么设计了。
[/Quote]
分表分区 集群


可以独立一张关系表出来

[子夜__]

这个好办啊。

业务ID
业务名字
其他属性

外键。。。。

一张表就可以了

开通的时候给用户表中的业务字段更新一下。外键连到到期时间这些。

[lcp147572931]

[Quote=引用 1 楼 jyk 的回复:]
如果不考虑用户数量的话，那么就好设计了。

建立一个表作为会员表，可以看做是一个父类。

然后有一个功能，就建立一个表，用会员ID管理起来。

这样不管多少功能都不怕。

就怕会员数量太多，像QQ那样上亿的记录数，就不知道怎么设计了。
[/Quote]
像腾讯这种 角色是怎么分的 好像它VIP把也划分到业务里面去了

[lcp147572931]

[Quote=引用 3 楼 wxr0323 的回复:]
这个好办啊。

业务ID
业务名字
其他属性

外键。。。。

一张表就可以了

开通的时候给用户表中的业务字段更新一下。外键连到到期时间这些。
[/Quote]
你这种说法是不是把 开通的业务用特殊字符分割 放在一个业务字段里面 每个用户的每个业务的到期时间不一样呀 是不是应该有记录表才对

[lcp147572931]

[Quote=引用 1 楼 jyk 的回复:]
如果不考虑用户数量的话，那么就好设计了。

建立一个表作为会员表，可以看做是一个父类。

然后有一个功能，就建立一个表，用会员ID管理起来。

这样不管多少功能都不怕。

就怕会员数量太多，像QQ那样上亿的记录数，就不知道怎么设计了。
[/Quote]
那样是不是要单独提取一张表出来 记录用户的身份呀 要不然 每次登录 去几个表中查询 有没有开通该业务 性能不敢想象