社交网站的数据库设计。帮助！

Question

我正在寻找一种解决方案，以最有效的方式为社交网站设计表（使用 mySQL）。这是我当前的表格设置：

User_ID  Peer_ID   Message   
001      002       msg from 001 to 002
001      003       msg from 001 to 003
001      004       msg from 001 to 004
001      005       msg from 001 to 005
002      001       msg from 002 to 001
002      003       msg from 002 to 003
002      004       msg from 002 to 004
002      005       msg from 002 to 005
003      001       msg from 003 to 001
003      002       msg from 003 to 002
003      004       msg from 003 to 003
003      005       msg from 003 to 005
and so on...

（最多大约 10,000 名成员，每个成员有 9,999 条消息。即 1 亿行）

我知道规范化的首要规则之一已被破坏，因为 User_ID 列具有重复值。
我宁愿为 User_ID 有一个唯一的键索引列，并在新用户注册时使用 Auto_Increment，从而形成矩阵格式。 IE。列中的 User_ID &标题行中的 Peer_ID。
然而，在这种情况下，最多需要 10,000 列（对于每个 Peer_ID），并且无法在新用户注册时自动生成新列。见下文：

User_ID  001             002             003             004            005
001      NA              msg:001 to 002  msg:001 to 003  msg:001 to 004 msg:001 to 005
002      msg:002 to 001  NA              msg:002 to 003  msg:002 to 004 msg:002 to 005
003      msg:003 to 001  msg:003 to 002  NA              msg:003 to 004 msg:003 to 005
004      msg:004 to 001  msg:004 to 002  msg:004 to 003  NA             msg:004 to 005
005      msg:005 to 001  msg:005 to 002  msg:005 to 003  msg:005 to 004 NA
and so on...

关于如何创建更高效​​的表格设计有什么想法吗？
提前致谢...

Answer 1

您的第一个表设计很好，从行到行重复值没有任何问题。我认为您误解了重复组的概念，它指的是列到列的重复。 （您的第二个设计采用的。）

请参阅 http://en.wikipedia.org/wiki/First_normal_form

Answer 2

我做过一个消息系统。如果你想让它像 Gmail 和 Facebook 中的对话一样，这很有趣。

您是否计划在单个对话中显示消息？如果没有，那就非常简单了。

您只需要多一些文件即可。已读/未读标志和日期/时间。