Почему запрос выполняется в 10 раз дольше?

Question

[beduin01]

Случайно опечатался и вместо:
SELECT * FROM files WHERE parsing_status IS NULL
получилось:

SELECT * FROM files WHERE  parsing_status IS NULL AND parsing_status IS NULL

В результате вместо 1 секунды запрос отработал в 10 раз дольше.

Сам запрос немного сложнее чем указанный, но суть была именно в дублировании указанного поля. Как такое может быть? Хотя бы теоретически?

Comments

[ScriptKiddo]

Сравнивайте планы выполнения запросов, а не сами запросы.

https://postgrespro.ru/docs/postgrespro/9.5/using-...

[rPman]

а мне тоже интересно, почему это дважды указать в запросе одно и то же условие меняет логику его исполнения?
или вы не заметили что там дважды parsing_status IS NULL ?

[P747]

rPman, https://habr.com/ru/company/mailru/blog/484188/

[rPman]

P747, это не ответ
там есть советы не использовать null (точнее с осторожностью) так как при join-ах уже не получится использовать is null как способ определить отсутствие связи

в данный момент вопрос почему два одинаковых условия (x and x), которые любой нормальный компилятор с оптимизирует до одного (x) в данном простом случае замедляют в несколько раз (даже не в два, как могло бы показаться) работу?

и да я знаю что есть индексы, которые не умеют оптимизировать записи со значением null но вопрос тут совсем про другое

Answer 1

[igaraev]

Надо смотреть план запроса.

Answer 2

[Сергей Водаков]

Только предположение:
Похоже что делается декартово произведение таблицы files, как будто вы соединили таблицу саму с собой без условия. В результате выборка происходит по квадрату количества записей, т.е. вместо 10 записей будет обработано 100 а вместо 1000 - 1000000.

Comments

[rPman]

для этого files должно быть продублировано во from

[Сергей Водаков]

rPman, А это уже вопрос к СУБД, как она интерпретирует такой запрос, я потому и написал, что это лишь предположение.

Answer 3

[d-stream]

Рискну предположить что упрощизм опечатки прячет важные детали.
Все-таки стоит привести образцы двух полных запросов (ну и следом видимо структуру таблиц-индексов)

Естественно в случае что повторяемость эксперимента присутствует - 10 раз из 10 в любом порядке соотношение времени выполнения сохраняется.

И само собой после сравнения планов выполнения этих запросов.