什么是大规模系统的最佳方法-DB过程或编程逻辑

Question

我真的很困惑。

我们在前端和数据库之间使用某种语言（java / php / python）作为中介。 我们使用JPA / hibernate来平滑此数据流。 如果我们与任何DBA核对，大多数数据处理，计算，作业处理都可以借助过程直接在db端完成，也可以通过良好的可伸缩性触发。 如果在Java / PHP端处理同一件事，则需要花费更长的时间，而可伸缩性可能又会带来问题，因为事务处理不是很直接。

我要清除的想法是：1]使用DB过程处理大多数可能的逻辑真的更好/正确的方法（例如处理影响许多表的大块处理）吗？ 2] DB可以实现可扩展性吗，而Coding不能实现？ 3]有没有更好的方法来查看此数据库和编码关系？

提前致谢。

问候

Answer 1

好吧，根据您所说的，您说对了，

但是，并非总是会有正确的答案，例如，我正在使用具有6M +记录的系统，需要分析系统并检查数据库性能，当您启动时，性能会很好，但是随着系统的扩展以及您开始拥有越来越多的记录，您将在这里知道是否可以将触发器和所有内容保留在数据库中，或者需要对它们进行硬编码，但是从我的角度来看，拥有由于数据库在3个系统之间共享，因此在数据库中完成了计算。

因此，我的建议是，将计算结果保留在数据库中，除非由于性能或任何因素而不得不移动它们。