最佳的数据库结构是什么.：

Question

我正在努力寻找最好的方法来理解这一点：

假设我是Facebook的开发人员，我不得不重新设计Facebook的MySQL数据库(只关注他们的“活动”功能，您可以看到您的朋友共享的内容)。存储状态消息、对这些消息的评论()、喜欢和other things的最佳方式是什么?记住，用户应该只访问朋友的帖子。不是其他人的。

有谁能提出处理这件事的方法吗。最好是数据库结构或任何东西。

在我忘记之前:我实际上正在进行一项研究(为了我在webdev中的个人成长)。我不打算为Facebook工作，也不打算创建一个新的Facebook或类似的东西。我只想对如何处理这种情况有更深入的了解。如果大家都同意的话..。:-)

Answer 1

这是一个相当主观的问题，但我会提出这样的问题：

3个表格：

status_messages

id (PK) | user_id (FK) | message | timestamp

status_comments

id (PK) | status_id (FK) | user_id (FK) | comment | timestamp

status_likes

id (PK) | status_id (FK) | user_id (FK) | timestamp

PK =主键FK =外键

显然，这并不是一个完整的解决方案，但您可以从结构中获得要点。您还需要一些成员/用户表，而Facebook显然所做的不仅仅是我上面概述的内容，但上述内容足以实现非常简单的系统实现。