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

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

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

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

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

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


------解决方案--------------------
这个好办啊。

业务ID
业务名字
其他属性

外键。。。。

一张表就可以了

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

探讨

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

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

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

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

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

------解决方案--------------------

探讨

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

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

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

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

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