问如何在php / mysql中为简单的新闻源设计高效的架构？[等候接听]

EN

简而言之：在考虑为大型受众群体网站制作简单新闻Feed的最佳方式时，我已经找到了2个解决方案。我将揭示这两个解决方案，但最重要的是，我在这里发布它们以获得关于它们的最多意见，并且主要是为了知道你是否有更好的方法来设置它。因此，我对所有反馈/建议都非常开放。

细节 ：

在数据库中，有3个表：User，Author和Books。用户可以向作者和作者撰写书籍。所以这就是它的样子。

db_architecture_1

我们需要的是一个简单的新闻源：用户将显示他们所签署的作者发布的最后一本书的列表。像这样： *

• Author45写了一本新书：Book756Title
• Author12写了一本新书：Book45Title
• 作者76写了一本新书：Book28Title
• ...

*

解决方案：

• 我想到的第一个解决方案是：在加载新闻时，只需创建一个简单的SELECT，它连接所有相关的表并按发布日期排序。 问题在于，虽然这是最简单，最快捷的解决方案，但我不能不认为这是一个非常繁重的查询，它会在大量受众执行时影响很多应用程序性能。
• 然后是第二个解决方案，需要更多解释：

对于网站系统，有2个服务器：公共服务器，其承载具有主数据库的公共网站，以及第二个具有备份/更新数据库的服务器。第二台服务器无法公开访问，但两台服务器每天都会同步。

因此，所有新的作者和书籍插入都是在这个上进行的，而用户怀疑和所有用户活动都是在公共服务器上完成的。

Sooo我找到的第二个解决方案，在性能方面最好的解决方案是添加一个新的表Notification，并在Publication表上设置一个mysql触发器。插入每个新发布后，触发器将选择所有挂起到作者的用户，并在通知表上插入新的条目。

这样，公共服务器上唯一剩下的任务就是选择用户的新通知并显示它们。

我已经测试了10 000个用户怀疑的触发器，我认为mysql反应非常快。

所以现在，即使第二个解决方案是获胜者，我也会向您展示这两个解决方案，以便对此优化问题有最多的意见。

谢谢大家阅读和等待你的答案。