在sql和应用程序中执行sql的利弊是什么

Question

shopkeeper 该表具有以下字段：

id (bigint),amount (numeric(19,2)),createddate (timestamp)

假设我有上表。我想获取昨天的记录，并通过将金额打印为美分来生成报告。

一种方法是在我的Java应用程序中执行计算并执行一个简单的查询

Date previousDate ;// $1 calculate in application

Date todayDate;// $2 calculate in application

select amount where createddate between $1 and $2

然后遍历记录，并在我的Java应用程序中将金额转换为美分并生成报告

另一种方法类似于在sql查询本身中执行计算：

select cast(amount * 100 as int) as "Cents"
from shopkeeper  where createddate  between date_trunc('day', now()) - interval '1 day'  and  date_trunc('day', now())

然后遍历记录并生成报告

一种方式是，我所有的处理都在Java应用程序中完成，并且触发了一个简单的查询。在其他情况下，所有转换和计算都在Sql查询中完成。

上面的用例只是一个例子，在实际情况下，一个表可以包含许多需要类似处理的列。

您能否告诉我哪种方法在性能和其他方面更好，为什么？

Answer 1

这取决于很多因素-但最关键的是：

• 计算的复杂性（喜欢的应用程序的服务器上做复杂的捣鼓，因为这秤 出来 ，而不是一个数据库服务器，它扩展 了 ）
• 数据量（如果您需要访问/聚合大量数据，那么在数据库服务器上进行操作将节省带宽，如果可以在索引内进行聚合，则可以节省磁盘io）
• 便利（sql并不是用于复杂工作的最佳语言-尤其不适用于程序工作，但对于基于集合的工作则很好；不过糟糕的错误处理）

与往常一样，如果您 确实 将数据带回应用服务器，则最小化列和行将对您有利。确保查询已调优并正确索引，将有助于解决上述两种情况。

请注意：

然后遍历记录

循环 通过记录几乎总是错误的东西在SQL做的事-写作基于集合的操作是首选。

通常 ，我希望将数据库的工作保持在最低限度，以“存储此数据，获取此数据”-但是，总是有一些场景示例，其中在服务器上进行优雅的查询可以节省大量带宽。

还要考虑：如果这在计算上很昂贵，可以将其缓存在某个地方吗？

如果您想要 准确的
“更好”；两种方式进行编码并进行比较（请注意，两种格式的初稿都可能不会100％调整）。但是要考虑典型用法：如果实际上一次被调用5次（分别），则模拟一下：不要只比较一个“
1个vs其中1个”。