假设我正在开发一个具有单个数据库服务器和多个应用程序服务器的应用程序，其中添加应用程序服务器既便宜又容易，但很难扩展数据库。假设我想从数据库中检索一些需要排序的信息。在其他条件相同的情况下，我似乎更喜欢在应用程序服务器上进行排序，因为这会将负载从难以扩展的数据库中转移出去。
现在肯定有一些情况下，在数据库服务器上进行排序是不费吹灰之力的：
但除此之外，我通常更喜欢在应用程序服务器上进行排序是否正确？除了上面列出的情况之外，我还应该考虑一些情况吗？
【问题讨论】：
标签： database n-tier-architecture
我的直觉是对数据库服务器上的数据进行排序，因为这是它的主要功能之一，而且它可能非常有效。然而，危险在于数据可能会在客户端级别被重新使用，从而浪费流程。
如果您的数据库服务器压力过大，无法再快速对数据进行排序，那么您的问题就更大了。
如果在服务器上运行的大多数查询都已经过优化，如果架构合理，并且索引到位，那么数据库服务器可以完成大量工作，甚至不费吹灰之力。
【讨论】：
我将用我自己使用 PostgreSQL DBMS 的经验来补充 Jaimal 的评论。如果你有一个大的共享缓冲池，并且你可以准备你关心排序性能的语句，你可以从你的 DBMS 中“免费”获得一个高性能缓存。如果无法准备查询，但可以限制结果集中所需的属性，则可以使用排序谓词对这些属性进行索引。如果您无法在后端执行任何这些优化，那么在应用程序服务器中进行排序将可以正常工作。
关于应用程序和 DBMS 中排序之间的性能差异，我希望应用程序语言根据其对象模型有一些开销。例如，我希望对 1000000 个 Ruby 对象与 1000000 个 PostgreSQL 元组进行排序会显示数据库更快。
【讨论】：
我相信你是对的。在没有索引的情况下，数据库与应用服务器上的排序相比没有性能优势。事实上，在您的应用服务器上，您可以控制使用哪种排序算法，因此原则上您可以使用基数排序（O(n) 时间）之类的方法，而不是快速排序（如果适用于您的情况）。
【讨论】：
如果您的数据不经常更改（您愿意缓存数据）并且可能的结果集数量有限，那么您可以对数据库进行排序，但缓存结果集或缓存一个数组结果集保存的键必须始终执行相同类型的相同数据。
【讨论】：