在哪里对从数据库检索到的数据进行后处理

Question

由于性能原因，我们重构了一些快速的“n”脏数据访问 (sql) 实现。 和之前一样，我们一步一步地访问我们的对象。首先是基本数据，而不是用一些相关数据填充它，这些数据可能会用一些其他相关数据填充。

到目前为止，所有数据都在单个 sql 语句中访问，这些语句更复杂，但不是太多 - 有四个连接顶部。

因此，我们检索的数据不是对象格式（实际上是嵌套数组），例如

prop1
prop2 -> prop2a,
         prop2b -> prop2b1
                   prop2b2
prop3 -> prop3a
         prop3b

而数据都是“扁平的”，比如

prop1
prop2a
prop2b1
prop2b2
prop3a
prop3b

我的 oo-instincts 告诉我在检索后对这些数据进行预处理，并将其发送到类对象结构中的前端（html、js - 这是我们唯一的客户端），因为它已在重构之前发送。另一方面，性能原因意味着只处理真正需要的量，如果可能的话，让客户做一些工作量。

底线：一般来说，这里的最佳/好的做法是什么？

a) 处理后端的数据准备

b) 将检索到的数据发送到前端并在那里进行处理

c) 尽快切换到 ORM 架构

非常感谢，

罗布森

Answer 1

鉴于我使用了 20 多年的所有应用程序，性能始终为王。您应该始终让 RDBMS 通过使用连接来完成其工作，以及您需要在后端执行的任何操作以仅检索您需要的数据（注意：您可能需要查看“解释计划”或等效项或在表上添加索引以获取最好的表现）。

无论如何，只检索您需要的数据。通过检索更多数据，您可以“通过网络”添加更多数据，然后必须在前端处理和删除数据。

至于 ORM - 这是一个经常被遵循的模型，我也坚信使用 ORM 工具，但不要仅仅为了创建对象而创建对象。如果我可以返回 100 行完全符合我需要的数据，而不是返回 100 个相关对象，我更愿意（出于性能原因）返回前者。

我的投票是 a)。我总是喜欢在后端做尽可能多的工作，因为您将来可能有不同类型的客户端。