Re: Erratically behaving query needs optimization

Поиск
Список
Период
Сортировка
От legrand legrand
Тема Re: Erratically behaving query needs optimization
Дата
Msg-id 1566495790294-0.post@n3.nabble.com
обсуждение исходный текст
Ответ на Re: Erratically behaving query needs optimization  (Barbu Paul - Gheorghe <barbu.paul.gheorghe@gmail.com>)
Список pgsql-performance
Hello,

1/ access scheduler_task_executions 
    by index with device_id = 97
seems ok

2/ 
I don't understand why 
joining
scheduler_task_executions.id=scheduler_operation_executions.task_execution_id
is done using a parallel hash join 
when a nested loop would be better (regarding the number of rows involved)

maybe because index on scheduler_operation_executions.task_execution_id

    "index_task_execution_id_desc" btree (task_execution_id DESC NULLS LAST)

is not usable or bloated or because of DESC NULLS LAST ?


3/ join with results.operation_execution_id
    by index
seems OK

Regards
PAscal



--
Sent from: https://www.postgresql-archive.org/PostgreSQL-performance-f2050081.html



В списке pgsql-performance по дате отправления:

Предыдущее
От: Michael Lewis
Дата:
Сообщение: Re: Extremely slow count (simple query, with index)
Следующее
От: Marco Colli
Дата:
Сообщение: Re: Extremely slow count (simple query, with index)