mySQL一对多数据存储
我只是最近才知道一对多的概念，所以请原谅，这是一个有点模糊或脱离上下文本身 目前，我正试图找出以社交方式构建表格的最佳方式。我试图最终实现的是Google+墙。比如说，跟踪我的人，或者我选择查看帖子的人可以看到我发布的内容。我知道我需要两到三张桌子来收拾这乱七八糟的东西。这只是如何存储它，这样我就可以对它进行查询，而这正是我难以理解逻辑的地方mySQL一对多数据存储,mysql,database,database-design,relational-database,one-to-many,Mysql,Database,Database Design,Relational Database,One To Many,我只是最近才知道一对多的概念，所以请原谅，这是一个有点模糊或脱离上下文本身 目前，我正试图找出以社交方式构建表格的最佳方式。我试图最终实现的是Google+墙。比如说，跟踪我的人，或者我选择查看帖子的人可以看到我发布的内容。我知道我需要两到三张桌子来收拾这乱七八糟的东西。这只是如何存储它，这样我就可以对它进行查询，而这正是我难以理解逻辑的地方 目前，我正在设想一个表，在其中存储成员id和post（以及任何其他相关数据，如时间戳等）。另一个表，其中我有两个朋友之间的朋友关联，第三个表存储其他内容，
目前，我正在设想一个表，在其中存储成员id和post（以及任何其他相关数据，如时间戳等）。另一个表，其中我有两个朋友之间的朋友关联，第三个表存储其他内容，以便我可以使用它作为排序的交叉引用。但我不知道我是否用正确的方式思考这个问题。正如我所说，我对这个想法还不熟悉；我无法完全想象它。那么，有人对如何构建这些表有什么建议吗？目前还不想弄清楚如何查询它们。只是想弄清楚如何正确使用一对多的概念，而我在这方面所做的所有阅读都没有给我太多的工作机会，即使是以示例的形式，甚至与我想做的比较接近。你将需要一个表供成员使用 成员（memberId、MemberName、DateJoined等） 一个用于向成员提供外键的帖子 Post（PostId、MemberId、PostDate等） 谁的追随者谁
以下（FollowerId，followerdid）中的两个都是Members表的外键非常酷，一旦我将更多数据输入数据库进行测试，我就必须尝试一下。谢谢