SQL подзапрос рода

Question

Может ли быть так добр, чтобы помочь мне с следующий:

У меня есть запрос, который приводит в двух столбцах одной прямолинейный (Columna) из таблицы, а другие генерируются из подзапроса (columnB). Если я сделаю сортировку (то есть ORDER BY) на столбце B, я получаю гораздо более медленный ответ, а затем, делая то же самое на столбце A (50 + times). Есть ли способ ускорить сортировку на columnB, чтобы приблизиться к скоростям, достигнутым при сортировке columnA?

Примечание: Двигатель Postgres

Update: Запрос похож на:

select columnA, array_to_string(array(select ... from tableB where ...), '%') as columnB 
from tableA 
where ... 
order by columnA 

Любой совет высоко ценится.

Update # 2: решаемые его, делая вид в новом запросе, а затем кормил результаты основного запроса (с помощью ИНЕКЕ, чтобы выбрать только частичное количество строк вместо целого набора, который дал мне работу мне нужно). Спасибо всем, кто ответил.

Answer 1

В запросе

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 без использования каких-либо функций массива. Таким образом, ваш код приложения может обрабатывать значения, просто пройдя результирующий набор. Вам не нужно анализировать значения из строки с разделителями «%».

Answer 2

Поскольку ваш «Столбец B» является вычисленным значением, индекс не может быть использован для ускорения сортировки. ColumnA, вероятно, уже отсортирован, так что это быстро. Вы ничего не можете сделать, чтобы ускорить сортировку этих вычисленных значений, за исключением того, что они предварительно вычисляют их и помещают в таблицу. Это большая причина, по которой хранилища данных обычно не работают против живых данных, но вместо этого экспортируют ежедневные сводки.

Answer 3

Вы можете поместить несортированные данные в таблицу temp, а затем проиндексировать столбец b. Затем запустите простой выбор с порядком на индексированном столбце. Нет гарантий, что это будет быстрее, но это то, что нужно попробовать.