Сделайте generated column в таблице. Или view со столбцом, имеющим значения, составляемым по нужному выражению.
Или при помощи cte сделайте нужный select из нужных таблиц с вычислением значений такого столбца и пользуйтесь этой таблицей в query.
А может вам вообще lateral join отлично подойдёт, я примера запроса, требующего оптимизации, пока не увидел.

Вариантов вагон, но переиспользования кода в описанном вами понимании в SQL нет.

Подскажите, что именно тут не так

Delete from таблица wherr id in ( select xx_id from.... ) Может так сделаете?

попробую

В sql другие подходы к структурированию запросов.
Ну, то есть, вы можете, конечно, сделать хранимку, которая вычисляет выражение и вызывать её в нескольких местах запроса. Но обычно такие переиспользования можно и без них сделать реорганизацией запроса.

Синтаксис немного иной
Delete from table_x
using table_y
where table_x.a=table_y.b and table_x.c=table_y.d

спасибо большое!

Добрый день , подскажите может я чего не понимаю , к примеру есть таблица , в ней есть 1 колонка в которой 5 записей , я через скрипт в этой таблице меняю 3 записи,  в ответ мне приходит что он сделал update  3 записей но выводит вот так UPDATE 5 , UPDATE 5 , UPDATE 5

А это с MySQL тоже будет работать?

структуру таблицы и запрос покажите

Да, должно. Ибо "USING is not part of SQL-99, but it is supported by most databases, including MySQL and PostgreSQL."

Подозреваю что скрипт говорит про три записи в контексте "Я три раза ходиль и запроса в базу отправлял, насяльника!"
А то, что под каждый его update запрос все 5 записей попадают - это уже другой вопрос)

Они не могут попадать , в переменную приходит только одна запись , я вижу что после селекта в переменной всего 1 запись и след подключение он апдейтит только 1 запись

спасибо большое!

Сделайте функцию с опцией IMMUTABLE для этой конструкции.
Ещё дам ссылку на свой комментарий, о том, что как несколько операторов использовать с общим WITH: https://t.me/pgsql/312700

Вообщем допер )  до конца не прочитал про replace

Во-первых, я не говорил про дополнительно/недополнительно.
Я про то, что правильный read committed я себе могу представить без блокировок в транзакцыи -- а правильный serializable без них скорее всего невозможэн теоретически.

Кроме того, на практике -- таки блокирует дополнительно: https://pastebin.com/tka1JWPr

Все SELECT FROM pg_locks выполнялись в параллельной сессии, они без индикатора транзакцыи в промпте.


Несложно заметить, что в serializable появилась ещё одна строка, SIReadLock      , кроме двух строк от SELECT * FROM pg_locks, одной от транзакцыи, в которой выполняется SELECT FROM books и двух от самого запроса (видимо, блокирующих таблицу от DDL).

И это, замечу, при выборе по unique pkey, который успешно вернул строку. Когда оно там не находит чего-нибудь -- то с блокировками становится ещё веселее.

SIReadLock это же как бы блокировка, но на самом деле не блокировка. Насколько я помню из README по предикатным блокировкам в postgresql.

Всем привет! Подскажите, кто пользовался. Поставил в тестовых целях агента мониторинга от Postgres Pro: mamonsu. Натравил на тестовую БД - метрики собирает, в Zabbix импортировал их темплейт, все вроде окей. А как мне все это дело красиво в Grafana отрисовать, как у них на GitHub показано. В гугле не нашел готовый dashboard, самому рисовать?

https://t.me/grafana_ru наверное сюда