3

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

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

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

User_A和USER_B评论了User_C 的新专辑。

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

最初，我使用 Obj1:Type1 | 的过多列来实现这一点。对象2：类型2 | ETC..

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

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

News_ID  |  User_ID  |                 News_Desc            |   Timestamp

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

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

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

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

4

1 回答 1

2

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

于 2010-01-11T23:23:41.727 回答