在PHP和MySQL中对小列表（10项）排序，然后返回？

我很好奇，在PHP中对MySQL查询返回的一小部分元素进行排序与在MySQL中进行排序相比，运行时的成本是多少

我无法在MySQL中对它们进行排序的原因是因为返回的数据组（实际上是两个查询，然后在PHP端将数据合并在一起）

---

谢谢

十种元素没有区别。但一般来说，您应该始终使用MySQL而不是PHP进行排序。MySQL经过优化，可以快速排序，并具有适当的数据结构和信息

---

PS：根据要组合的数据的性质：查看s、s和。他们可能会这么做。

十种元素没有区别。但一般来说，您应该始终使用MySQL而不是PHP进行排序。MySQL经过优化，可以快速排序，并具有适当的数据结构和信息

---

PS：根据要组合的数据的性质：查看s、s和。他们可能会这样做。

您可以将查询与联合结合起来，然后使用mysql对其进行排序

Q1
UNION
Q2
ORDER BY X

---

您可以将查询与联合结合起来，然后使用mysql对其进行排序

Q1
UNION
Q2
ORDER BY X

我的意见是：

无论哪种情况，开销都可以忽略不计。优化你的工作效率，做对你来说更容易的事。电脑是用来帮助你的，而不是反过来

如果你真的想优化主机，你有没有考虑过让客户端用javascript来优化主机

我可能也会在SQL中这样做，但主要是为了将逻辑保持在一个位置（增加内聚，减少耦合）。

我的观点：

无论哪种情况，开销都可以忽略不计。优化你的工作效率，做对你来说更容易的事。电脑是用来帮助你的，而不是反过来

如果你真的想优化主机，你有没有考虑过让客户端用javascript来优化主机

---

我可能也会在SQL中这样做，但主要是为了将逻辑保持在一个位置（增加内聚性，减少耦合）。

是的，我认为这对这么少的元素来说并不重要。我想更大的问题是“MYSQL中的联合成本是多少”，我倾向于以性能的名义避开它们和子查询。@csjohn:相当小。两个单独的查询和（默认）消除重复的成本，所以在整个结果上不比两个查询+选择不同更昂贵。是的，我认为这对这么少的元素并不重要。我想更大的问题是“MYSQL中的联合成本是多少”，我倾向于以性能的名义避开它们和子查询。@csjohn:相当小。两个单独查询的成本和（默认）消除重复的成本，因此不会比两个查询+选择整个结果更昂贵。我喜欢你的jib。在这种情况下我不能这样做，但我确实喜欢把工作交给客户。我喜欢你的风格。在这种特殊情况下，我不能这样做，但我确实喜欢将工作转移给客户。