Есть один способ: https://pgolub.wordpress.com/2015/02/26/merge-in-postgresql/

Но нужно понимать, что он не атомарен. Как, впрочем, и мерж в оракле.

p2.,

Это важно, я объясню на примере:




Сессия 1:



Сессия 2:



Сессия 1:



Сессия 2:



Хотя из запроса понятно, что мы хотели бы другого — чтобы сессия 2 подождала, но обновила запись, созданную в сессии 1. Приведенный мной трюк с постгресом обладает таким же «приколом», просто в нем он более очевиден, а в оракле люди, не читавшие доку, потом задают вопросы . По сути, чтобы добиться требуемого поведения, нам нужно обрабатывать ошибку нарушения констрейнта, а это то, от чего мы хотим уйти.

Так как мерж уже стандартизован, а фичу просят регулярно, то на постгресовой вики есть страничка с парой десятков ссылок на тему: https://wiki.postgresql.org/wiki/SQL_MERGE . Например, там есть http://www.postgresql.org/message-id/CAM3SWZRP0c3g6+aJ=YYDGYAcTZg0xA8-1_FCVo5Xm7hrEL34kw@mail.gmail.com]такая .

p2.,

ну да, все это неразрывно связано с изоляцией и тем фактом, что в пг, как и в оракле, используется MVCC.

Может потому и медлили в postgres, что хотят учесть эти недостатки..

Я недаром там ссылку дал. Там как раз автор, который пишет/писал патч для пг рассуждает о проблемах. И становится понятно почему мержа до сих пор нету. Он прекрасно понимает, что в случае, который описал я, хотелось бы обойтись без эксепшенов, но это очень частный случай мержа — фактически это банальный UPSERT. Оператор же MERGE куда более развесист и изначально несет в себе много всяких краевых случаев, которые всплывают в ходе реализации. При этом эти случаи принципиально неустранимы и чем-то придется жертвовать, идти на компромисс. Поиск этих компромиссов и есть та самая сложность, которая отделяет нас от наличия апсерта/мержа в постгресе.

дык, типовая реализация с обработкой ексепшена на коленке валяется в пжшной доке с 8.0
Если она такая типовая, то пусть будет оператор, не так ли? Сразу отвечу: нет, потому что все сложно (см. выше).

Мне абсолютно понятно, что если руки не из задницы, то проблем не возникнет. Просто иногда хочется писать меньше шаблонного кода, если это возможно и уместно.

Вы не поверите http://www.postgresql.org/docs/devel/static/sql-insert.html

Ivan Durak,

ну тут причина в особенностях реализации. А можно привести такой кейс?

Ivan Durak,

А чем тогда не подходит тот вариант, что я выше приводил, с рекурсивным CTE?