有没有人能帮我做以下事情：
我有一个查询导致两列直接来自表（columnA），而另一列是从子查询（columnB）生成的。如果我在 columnB 上进行排序（即 ORDER BY），我得到的响应要慢得多，然后在 columnA 上做同样的事情（50 次以上）。有没有办法加快对columnB的排序，以便接近对 columnA 进行排序时达到的速度？
注意：引擎是 Postgres
更新：查询类似于：
select columnA, array_to_string(array(select ... from tableB where ...), '%') as columnB
from tableA
where ...
order by columnA
非常感谢任何建议。
更新＃2：通过在新查询中进行排序然后将结果提供给主查询来解决它（使用 where 语句仅选择部分行数而不是整个集合，这给了我所需的性能）。谢谢所有回复的人。
在您的查询中
select columnA, array_to_string(array(select ... from tableB where ...), '%') as columnB
from tableA
where ...
order by columnA
columnB 上的操作不能利用索引。不仅如此，排序还必须处理许多连接行宽度的列。
最好的办法是重新考虑为什么需要这种排序，因为表达式的排序顺序array_to_string(...)是任意的。这是任意的，因为您说您没有在 SELECT 语句中进行排序，该语句是array().
我正在使用 array_to_string 来捕获稍后需要处理的许多值。你看到替代品了吗？
SELECT 语句将捕获任意数量的值。
如果您需要按排序顺序“进一步处理”某些值，则最好在不使用任何数组函数的情况下返回 SELECT...ORDER BY 语句的结果。这样，您的应用程序代码只需遍历结果集即可按顺序处理这些值。您不必从“%”分隔的字符串中解析值。
您可以将未排序的数据放入临时表中，然后索引列 b。然后在现在索引的列上使用 order by 运行一个简单的选择。不能保证这会更快，但这是值得尝试的。
由于您的“ColumnB”是一个计算值，因此没有可用于加速排序的索引。ColumnA 可能已经排序，所以它很快。除了预先计算它们并将它们放入表中之外，您无法加快对这些计算值的排序。这是数据仓库通常不针对实时数据工作，而是导出每日汇总数据的一个重要原因。