Нормальный запрос. На что жалуетесь?

Question

pgsql – PostgreSQL

alex che

Нормальный запрос. На что жалуетесь?

#backend #devops #pgsql #programming #russian

0

08.12.2021

13 ответов

24 просмотра

Ale><ander

а вообще это нормальная практика использования служебных полей в запросе? ну и формы ANY(ARRAY()) вместо in?

0

08.12.2021

Yaroslav Schekin

Ale><ander
а вообще это нормальная практика использования слу...

Вообще-то нет, не нормальная. Как и сборки их в массив из запроса, в большинстве случаев. А ANY(ARRAY()) для константного списка (передаваемого как параметр с клиента, например) — норма. Т.е. смотря в какой ситуации. Тут, похоже, кто-то что-то оптимизировал (пытался устранить deadlocks, возможно).

0

08.12.2021

Ilya Anfimov

Yaroslav Schekin
Вообще-то нет, не нормальная. Как и сборки их в ма...

Как-то непойму -- а зачем тут ANY(ARRAY()) нужэн? Ну, будет сначала оно в указанном порядке FOR UPDATE, а потом только UPDATE, или в указанном порядке будет идти на каждую строку попарно FOR UPDATE, UPDATE -- какая разница? Блокировка вроде одна и та жэ в итоге.

0

08.12.2021

Yaroslav Schekin

Ilya Anfimov
Как-то непойму -- а зачем тут ANY(ARRAY()) нужэн? ...

Видимо, там есть какие-то другие UPDATE, с которыми это и "синхронизируется" таким образом. В сторону: почему в своих рассуждениях о блокировках и корректности многие часто рассматривают только взаимодействие разрабатываемого UPDATE (или транзакции) только с другой такой же? Других запросов к этой таблице не существует, что ли ("таблица одного запроса")? ;) > Блокировка вроде одна и та жэ в итоге. Последовательность блокировок может быть разная — ORDER BY-то прямо в UPDATE не напишешь.

0

08.12.2021

Ilya Anfimov

Yaroslav Schekin
Видимо, там есть какие-то другие UPDATE, с которым...

Да какбы -- другие/не другие... По-моему, оно будет иметь одинаковую последовательность блокировок, определяемую ORDER BY в IN (SELECT ... ORDER BY FOR UPDATE) и ANY(ARRAY(SELECT ... ORDER BY FOR UPDATE).

0

08.12.2021

Yaroslav Schekin

Ilya Anfimov
Да какбы -- другие/не другие... По-моему, оно буде...

А, в этом смысле. Ну да, с ctid-ами отличие только в том, что это (возможно) быстрее.

0

08.12.2021

Ilya Anfimov

Yaroslav Schekin
А, в этом смысле. Ну да, с ctid-ами отличие только...

Не-не, я вообще сейчас не про ctid. ctid -- это отдельно Я про ctid IN (SELECT ...) vs ctid = ANY(ARRAY(SELECT ...)) Тут ужэ упоминали, что это странная конструкцыя. Она в общем в большынстве случае заметно замедлит всё это развлечение (часто промежуточный результат можно просто не хранить). Я думал -- можэт вы обратили внимание, и имеете в виду, что этот кунштюк можэт как-то повлиять на блокировки и deadlock avoidance.

0

08.12.2021

Yaroslav Schekin

Ilya Anfimov
Не-не, я вообще сейчас не про ctid. ctid -- это от...

Да нет, хотя планы так получаются формально разные, эффективность у них примерно одинакова, если rows мало. Если много — замедлит, по идее (я как-то не пользовался).

0

08.12.2021

Ilya Anfimov

Yaroslav Schekin
Да нет, хотя планы так получаются формально разные...

Ну, тут примерно 700 тысяч, надо думать. Кроме того, так он, возможно, сможэт это в один проход по буферам t1 отработать.

0

08.12.2021

Yaroslav Schekin

Ilya Anfimov
Ну, тут примерно 700 тысяч, надо думать. Кроме тог...

Вообще неизвестно, сколько там в t2 на самом деле, то-то и оно.

0

08.12.2021