新闻Feed数据库设计效率

Question

问候所有，我之前看过类似的问题，没有确凿的或经过测试的答案。

我正在使用类似于facebook的PHP / MySQL设计新闻Feed系统。看来这个表可能会变得非常大 - 任何低效率都可能导致严重的瓶颈。

示例通知： （粗体的项目是链接对象）

   User_A 和 USER_B 对 User_C的新相册发表了评论。

     

User_A 向[他/她]车库添加了新的车辆。

最初，我使用Obj1：Type1 |的过多列实现了这个Obj2：Type2 |等。

它有效，但我担心它不够可扩展，现在我正在寻求对象序列化。

所以，例如我的新数据库设置如下：

News_ID  |  User_ID  |                 News_Desc            |   Timestamp

  2643         904     {User904} and {User890} commented on     SomeTimestamp
                       {User222}'s new {Album724}.

{s中的任何内容表示将使用JSON序列化的数据。

这是一种智能（高效/可扩展）的前进方式吗？

使用正则表达式将序列化数据与字符串的其余部分分开是否很困难？

Answer 1

如果User890删除了他/她的评论，会发生什么？我认为你需要更加原子化 - 可能存储动作类型（注释）与动作者（User890），然后动态地生成实际故事，并进行大量缓存。如果您将网站扩展到多个市场/受众群体，这也有助于翻译问题。