php - 新闻提要数据库设计效率

Question

大家好，我以前见过类似的问题，但没有确定的或经过测试的答案。

我正在使用类似于 facebook 的 PHP/MySQL 设计一个新闻提要系统。鉴于此表可能会变得非常大——任何低效率都可能导致严重的瓶颈。

示例通知:(粗体项目是链接对象)

User_A and USER_B commented on User_C's new album.

User_A added a new Vehicle to [his/her] garage.

最初，我使用 Obj1:Type1 | 的过多列来实现此目的对象 2:类型 2 |等..

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

所以，例如我的新数据库是这样设置的:

News_ID  |  User_ID  |                 News_Desc            |   Timestamp

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

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

这是一种明智(高效/可扩展)的前进方式吗？

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

Answer 1

如果 User890 删除他/她的评论会怎样？我认为你需要更加原子化 - 可能将 Action 类型(评论)与 Action 者(User890)一起存储，然后动态生成实际故事，并进行大量缓存。如果您将网站扩展到多个市场/受众，这也有助于解决翻译问题。