数据库启动的微博

Question

我会做微博网络服务（学校，所以不要爆我缺乏新的想法），我担心DB可以经常超载（用户可以跟随其他用户，甚至标记，以便我suppouse是SELECT会是沉重的 - 检查它包含了所有观测标签和用户）20个最新消息。搜索结果 我的想法是创建另一个表，并在其中只存储statusID和用户ID（谁应该拿起消息）。那危险是，如果一些标签或用户有很多的追随者会有很多记录的与状态ID。那么，是不是好主意吗？或者，也许更好的用于M2M的关系？ （一个状态 - >许多接收器）

Answer 1

我想大多数的数据库可以轻松处理大型记录集。责任有它预制棒在于设计得当建立索引。如果您创建正确的索引选择条款应该执行得很好。

Answer 2

我用的用户表去，一个表来让用户和消息表之间的关系M2M。

您可以接着做一个选择，找到所有用户是继用户再进行第二次的选择的让所有感兴趣的信息（分类和限制的结果如适用）的。延伸到该标记应该是相当简单的。

这个设计应该只要指数右栏是罚款，大量的用户和消息。如果你有大量的，那么你也可以运行用户表和信息表到不同的服务器或具有只读复制。我甚至不会担心的时刻 - 你需要是巨大的。

Answer 3

当实现Collabinate（ http://www.collabinate.com ），基于服务的用于微引擎和共享活动流中，我使用的曲线图数据库。人们创造职位，跟着别人的事实，适合于图形结构。有了正确的关系和算法，这可能是一个非常有效的和高性能的解决方案。