这取决于很多因素-但最关键的是：
- 计算的复杂性（喜欢的应用程序的服务器上做复杂的捣鼓，因为这秤 出来 ，而不是一个数据库服务器，它扩展 了 ）
- 数据量（如果您需要访问/聚合大量数据，那么在数据库服务器上进行操作将节省带宽，如果可以在索引内进行聚合，则可以节省磁盘io）
- 便利（sql并不是用于复杂工作的最佳语言-尤其不适用于程序工作，但对于基于集合的工作则很好；不过糟糕的错误处理）
与往常一样，如果您 确实 将数据带回应用服务器，则最小化列和行将对您有利。确保查询已调优并正确索引，将有助于解决上述两种情况。
请注意：
然后遍历记录
循环 通过记录几乎总是错误的东西在SQL做的事-写作基于集合的操作是首选。
通常 ，我希望将数据库的工作保持在最低限度，以“存储此数据，获取此数据”-但是，总是有一些场景示例，其中在服务器上进行优雅的查询可以节省大量带宽。
还要考虑：如果这在计算上很昂贵，可以将其缓存在某个地方吗？
如果您想要 准确的
“更好”；两种方式进行编码并进行比较（请注意，两种格式的初稿都可能不会100％调整）。但是要考虑典型用法：如果实际上一次被调用5次（分别），则模拟一下：不要只比较一个“
1个vs其中1个”。
