https://opennet.ru/openforum/vsluhforumID3/102471.html В дерево исходных текстов СУБД PostgreSQL приняты изменения (http://git.postgresql.org/gitweb/?p=postgresql.git;a=commit;h=168d5805e4c08bed7b95d351bf097cff7c07dd65), добавляющие функциональность "UPSERT (https://wiki.postgresql.org/wiki/UPSERT)", которая реализована через новое выражение "ON CONFLICT DO NOTHING/UPDATE" в операторе "INSERT". Новая возможность позволяет обработать ситуацию невозможности добавления данных через "INSERT", например, из-за нарушения условий уникальности или недопустимости значения одного из полей, и вместо вывода ошибки игнорировать выполнение оператора или изменить связанные с ключевым полем данные (т.е. если запись уже существует, вместо INSERT выполнить UPDATE).<br><br><br>URL: https://news.ycombinator.com/item?id=9509870<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=42196<br> https://opennet.ru/openforum/vsluhforumID3/102471.html#47 Tue, 26 May 2015 10:56:14 GMT &gt;&gt;&gt; select ...<br>&gt;&gt;&gt; if found then <br>&gt; а если между select и insert параллельная транзакция проинсертит?<br><br>`select &#8230; for update` никто не отменял!<br><br> https://opennet.ru/openforum/vsluhforumID3/102471.html#46 Sun, 24 May 2015 12:06:52 GMT &gt;&gt;&gt; select ...<br>&gt;&gt;&gt; if found then <br>&gt; а если между select и insert параллельная транзакция проинсертит?<br><br>Если руки из ... Если логика кривая, то ни одна команда не поможет. Транзакции изолированны и вы в любом случаи словите дубл. на коммит. Так что ваш пример в природе в диком виде не водиться, вымирает.<br> https://opennet.ru/openforum/vsluhforumID3/102471.html#45 Tue, 12 May 2015 10:51:55 GMT И ни одно из них не работает полностью.<br> https://opennet.ru/openforum/vsluhforumID3/102471.html#44 Tue, 12 May 2015 09:26:44 GMT надо еще ошибку у инсерта обрабатывать <br> https://opennet.ru/openforum/vsluhforumID3/102471.html#43 Mon, 11 May 2015 20:33:47 GMT &gt; Есть более быстрый способ: <br>&gt; update <br>&gt; if число проапдейченых строк = 0 <br>&gt; insert <br>&gt; end <br><br>Ага, особенно весело, если после "update" и перед "insert" таки появится необходимая запись для "update":)<br> https://opennet.ru/openforum/vsluhforumID3/102471.html#42 Mon, 11 May 2015 08:02:44 GMT Несколько готовых рабочих решений - http://dba.stackexchange.com/questions/73846/postgresql-schema-diff-patch-tool<br> https://opennet.ru/openforum/vsluhforumID3/102471.html#41 Mon, 11 May 2015 00:15:48 GMT &gt; MySQL way (через ж...) ситуацию n юников на таблицу обошли стороной.<br><br>Т.е. обошли? необходимо указывать какой уник, иначе ошибка<br> https://opennet.ru/openforum/vsluhforumID3/102471.html#40 Mon, 11 May 2015 00:09:55 GMT Выборка и проверка не атомарны, между ними может вклиниться insert из параллельной транзакции, кроме того это медленно, так что ON CONFLICT рулит. А по поводу иерархии, наверное вы не пользуете ее в постгресе, многословность ON CONFLICTа по сравнению с ней что ландыши на куче навоза)<br> https://opennet.ru/openforum/vsluhforumID3/102471.html#39 Mon, 11 May 2015 00:00:20 GMT Атомарность однако), а еще ON CONFLICT в разы быстрее хранимки<br>