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

Question

我竭力寻找，了解这一点的最好办法：

比方说，我在Facebook的开发者，我不得不重新设计Facebook的MySQL数据库（聚焦只有在他们的“活动”功能，你可以看到你的朋友分享）。什么将是存储状态信息，评论对这些消息，喜欢，和其他事情牢记，用户应该只能访问他们的朋友的职位的最佳途径。不是其他人的。

任何人都可以提出任何可能的方式来处理这个问题。数据库结构或任何东西将不胜感激。

在我忘记之前：我正在进行一项研究（为了我个人在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显然比我上面概述的要多得多，但上面的内容足以实现系统的一个非常简单的实现。