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

[解决办法]
如果不考虑用户数量的话，那么就好设计了。

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

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

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

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


[解决办法]
这个好办啊。

业务ID
业务名字
其他属性

外键。。。。

一张表就可以了

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