我目前在设计一个小项目，项目有不同的产品，不同的产品有数量不一的用户群体，比如有些产品只有几百，上千用户群体，我原来规划是用多台数据库服务器来存明细，将明细(关注的用户列表)的数据放在别的数据库服务器，而一台数据库服务器存多个产品，然后我在主数据库服务器上，放一个表，用来指示每个产品ID它所对应的所在的明细服务器。那么问题来了，有个别产品，它的用户群体是上亿级别的，这样的话，一台服务器也可能都存不下更别说一张表（因为还涉及到一些较复杂的统计哦，所以不能单表放这么多条记录，更新也会非常的慢）。
求助希望有经验的朋友们提供思路。
------解决思路----------------------
我们有一个产品，老板说他联系好某省的一个处长，很快就会有几百万（有一定规模的）用户。结果呢？连5个用户都没有。
你先说说你有没有长期维护过文件总量超过200G的小数据库吧。如果没有，那么你就一步一步来，不要动不动就说你的数据库会爆。真正影响性能的是你的设计，而不是数据库尺寸大小。