php - 社交媒体数据库设计: Should user-centric tables be created? 或包含相关数据的主表？

Question

我试图从概念上理解社交媒体网站的设计。我在数据库答案中看到，示例模型有一个“Me”表、myMovements、myProfiles，我认为这些表对于用户来说是唯一的(即用户 Bob 有:Bob、bobMovements、bobProfile)。但还有诸如“Contacts”和“Wall_posts”之类的表。在这种情况下，我们是否可以说将所有用户的联系人或墙贴放入一张表中，然后运行查询以按 user_id 进行选择(我认为这样做是为了防止出现几个未真正使用的空表)？或者这些表是否会单独创建为“Bob_wall_posts”？

作为数据库设计的新手，我很好奇会以某种方式出现什么类型的性能差异(如果有)；是否有理由创建“bob_wall_posts”，因为这看起来像是一场噩梦？

话虽如此，如果联系人表有数百万条记录，这样的表将呈指数级增长，有没有办法构建它来优化性能？或者某种编写优化查询的方法？

下面是我提到的模型。

Answer 1

关系数据库设计的基础，您根本不需要为每个用户构建数据表......

我什至不认为应该解决性能问题，只是还没有解决......

关系数据库具有相当快的搜索优化能力。只需正确定义您的键，并在需要时使用索引，您就可以开始了...

希望对你有帮助