Тупой вопрос - а что быстрее в постгре отработает select

Question

Тупой вопрос - а что быстрее в постгре отработает select

или inner join, с одним и тем же набором фильтрациий по полю?
Где еще два поля это параметер передающийся извне?
Или вообще пофиг в даном случае?
select
distinct p.cbsKey,
(еще полей 70 эдак)
from payments p, paymentCardIndex pci
where p.cbsKey = pci.cbsKey
and p.documentDate = pci.documentDate
and ( p.payerSideReferencedAccountKey = ? or p.recipientSideReferencedAccountKey = ?)

#backend #devops #pgsql #programming #russian

0

26.11.2020

6 ответов

39 просмотров

Artemiy Dubovoy

OR в джойне — почти всегда плохо

0

26.11.2020

ὦan Автор вопроса

Artemiy Dubovoy
OR в джойне — почти всегда плохо

Понял спасибо

0

26.11.2020

ὦan Автор вопроса

Artemiy Dubovoy
OR в джойне — почти всегда плохо

Только сейчас допер. А почему это плохо?

0

26.11.2020

Artemiy Dubovoy

ὦan
Только сейчас допер. А почему это плохо?

http://www.sqlnuggets.com/blog/performance-problem-when-using-or-in-a-join/ В примере разбирается sql server, и я не могу с уверенностью сказать, что postgresql поведёт себя так же, но or в join'ах — это антипаттерн

0

26.11.2020

Yaroslav Schekin

ὦan
Только сейчас допер. А почему это плохо?

http://blog.rhodiumtoad.org.uk/2017/01/22/performance-issues-with-ored-conditions/

0

26.11.2020

Дмитрий · Accepted Answer

Дмитрий

тупой ответ = иннер джойн с пустой таблицей отработает быстрее всего

0

26.11.2020

172 похожих чатов

Тупой вопрос - а что быстрее в постгре отработает select

6 ответов

Похожие вопросы