社交媒体MYSQL数据库设计

时间:2014-04-16 01:06:42

标签: mysql

我正在管理为我们的高级软件开发类创建社交网络的项目,并且对数据库查询的效率有疑问。

数据库需要;存储每个用户的登录详细信息,设置,所有每个用户帖子,每个用户朋友

所以我目前正在考虑的设计(并希望提出更好的建议)是:

包含所有用户登录详细信息的数据库,每个用户的单独数据库(理论上它们可以移动到其他驱动器,即符号链接),其中包含所有个人详细信息和帖子。

这一切都非常直截了当,但在'newsfeed'等效查询中,许多数据库找不到最近的帖子是不可行的,所以我认为每个用户的数据库都包含一个表,其中包含指向其他用户帖子的链接按时间顺序显示'新闻源'。并且每当朋友列表中的用户发布时,都会附加每个表格。

这个想法似乎效率低下,我想知道解决这个问题的正确方法是什么?

是的,我知道在小的scall应用程序中,性能差异可以忽略不计,但它是我正在寻找的原则。

0 个答案:

没有答案