Sql 执行服务器端处理如何影响站点的总体性能？

我正在开发一个应用程序，它将处理用户提交的数据，并与过去记录的数据进行比较。我不需要马上回复帖子，只需要处理它。此处理包括记录用户每天提交的1到10的分数，然后将其与之前提交的分数进行比较。然后，如果发现了什么，做一些还不确定的事情，可能是发电子邮件

尽管我担心这样做的有效性，以及它如何影响网站的性能。我想把它保留在服务器端，这样计算的脚本就不会暴露。该网站每天只处理500-1500个用户的回复，所以数量不是很大，但只想知道这种处理方式是否有效。该站点将承载的服务器不会有什么特别之处，可能是一个小型/est AWS实例

---

此外，还将使用Node.js和SQL/PSQL数据库。

这取决于如何实现此处理算法以及此算法占用的资源有多大。 如果您的任务是完全同步的，那么它显然会阻止您的应用程序的任何传入请求，直到它完成为止

您可以将此处理应用程序作为一个单独的节点进程，并仅根据需要与之通信

如果这是一项繁重的任务，并且您担心性能，那么最好将其作为一个独立的节点进程，这样就不会影响用户的服务

---

我建议google使用node js asynchronous来更好地理解这个主题。

没错，我可以看到async非常适合这个主题，因为它可以等待资源空闲。但是，处理将包括对用户进行数据库查询以获取其日志，以及简单检查重复值，例如，如果在一段时间内重复低值。因此，我认为这将被视为一项轻松的任务，而且数据库不应该变得太大，每天拥有约800个日志仍然需要3.5年才能达到100万个，因此再次使用不会花费太长时间。从uid={usersId}的日志中选择uid、score、date或类似的内容。我相信您可以通过检查响应时间来衡量这一点。如果需要很长时间才能响应您的请求，最好使用多个Web服务器。如果在我的场景中，您的任务比简单的查询更繁重，我会考虑一个正在进行分析的服务，我永远不知道它何时完成，可能需要几分钟，我会进行一个单独的过程，并发送有关其结果的电子邮件。在多个Weberber下，我指的是多个节点，以便第二个节点可以处理请求过程。好的，听起来是个好主意。您是否认为可以设置loadbalancer，根据url管理对特定节点的请求更好或可能？我认为，为什么不编写一个小示例并进行一些分析？这是回答这个问题的唯一方法。