When an application receives this error message, it should abort the current transaction and retry the whole transaction from the beginning. The second time through, the transaction will see the previously-committed change as part of its initial view of the database, so there is no logical conflict in using the new version of the row as the starting point for the new transaction's update.

Народ, не подскажете почему на сайте PostgresPro ссылка на скачивание 404? :(

https://postgrespro.ru/products/postgrespro/download/latest

Сейчас посмотрим...

спасибо!

заработало!

отлично, спасибо большое! :)

О_о пчелка

https://www.vedomosti.ru/technology/articles/2016/07/27/650670-gosorganov-otechestvennii-soft

Постгря туда входит, всё ок.

появится православный Oracle и MS SQL? :) Или таки на PostgreSQL смогут перейти?

ну какая-нибудь рога и копыта назовётся Оракулом и всё, можно ничего не делать

создадут Gsql свой и все = )

почему G думаю понятно

Есть же ещё какая-то рэдбэйс

кто-нибудь пользовал?

кто-нибудь читал про https://eng.uber.com/mysql-migration/ ?

Отечественная БД "СЛОН"

сразу 9-ой версии

Отечественная БД "СЛОН"

я в голос посмеялся ?

для тех кому не нравится "СЛОН" Чисто отечественная разработка БД "МарусяБД 10"

https://www.yumpu.com/en/document/view/53683323/migrating-uber-from-mysql-to-postgresql

а какая последовательность то была? походу MySQL->PgSQL->MySQL

судя по докладам - да)

Есть мнение что не осилели пг

Есть мнение что не осилели пг

там он вообще старый

Эт читал да

извиняюсь, не тот канал )

Всем привет. Есть где почитать на тему, как заставить постгрес использовать индекс в случае с WHERE id IN (SELECT ..) OR cond

привет господа

я новичок в постгре

все больше мариадб используем

но нужно двигаться вперед

чо_тут_происходит?

н_и_ч_е_г_о

_а_ж_а_л_ь

д_а_в_а_й_т_е_з_а_в_о_ю_е_м_м_и_р

х_а_х_а_х_а

х_а_х_а_х_а

Хорошо смеется тот, кто смеется как модератор ©

???

Оффтопик это конечно классно, но не когда есть вопрос по теме :)

Всем привет. Есть где почитать на тему, как заставить постгрес использовать индекс в случае с WHERE id IN (SELECT ..) OR cond

преобразованием сложного и непрогнозируемого условия в набор индексных джойнов с юнионами

преобразованием сложного и непрогнозируемого условия в набор индексных джойнов с юнионами

Хм... а есть где почиттаь на эту тему или это сильноспецифичный случай? :)

А что тут читать? Любое сложное условие можно разложить в простые.

сделать функциональный индекс по cond

Все, сделал как подсказал ахтунг.

Через юнион

Правда запрос теперь выглядит немного уродливо )

главное скорость!

а то есть у нас любители красивых запросов везде суют CTE

а как сдеалать cte, которое оптимизируется оптимизатором?

http://ericasadun.com/2016/07/27/end-of-source-breaking-changes-for-swift-3/

http://ericasadun.com/2016/07/27/end-of-source-breaking-changes-for-swift-3/

pgsql?

а хочется вроде бы не очень странного: чтобы в случае master-slave репликации подтверждение транзакции было только после того как прошла запись и на slave. это вот куда мне почитать?

Это скорее синхронная репликация

только учтите что запись на слейв в случае с синхронной совершенно не означает что запись была применена и расчитывать на то, что в случае синхронной репликации можно читать актуальные данные со слейва не стоит

Ждите 9.6 :)

Кстати, про ждем. Подскажите, когда на сайте калькулятор для PostgreSQL и 1с появится?

Я так жду эту магическую вещь

калькулятор чего?

Я вот SKIP LOCKED жду :)

калькулятор чего?

Аналог http://pgtune.leopard.in.ua/

только учтите что запись на слейв в случае с синхронной совершенно не означает что запись была применена и расчитывать на то, что в случае синхронной репликации можно читать актуальные данные со слейва не стоит

эээ... это как?

только учтите что запись на слейв в случае с синхронной совершенно не означает что запись была применена и расчитывать на то, что в случае синхронной репликации можно читать актуальные данные со слейва не стоит

т.е. оно когда-нибудь применится, но не вот прямо сейчас, да?

да, только с 9,6 появится возможность явно указывать на это synchronous_commit = 'remote_apply'

Я вот SKIP LOCKED жду :)

SKIP LOCKED уже вроде в 9.5 есть

Аналог http://pgtune.leopard.in.ua/

а чем он должен будет отличаться от того, что по ссылке?

а чем он должен будет отличаться от того, что по ссылке?

Мне говорили. что будет содержать что-то специфическое для 1с

SKIP LOCKED уже вроде в 9.5 есть

Хмм.. Да чот я тупанул.

Кто нибудь пробовал использовать pg_logical в связке с потоковой репликацией? Например, есть n мастеров, у которых часть таблиц реплицируется с одного на другой, а у каждого мастера есть набор слейвов с потоковой репликацией. По идее, если установить уровень WA-логов logical то hot_standby более низкий уровень записи логов и потоковая репликация должна работать нормально.

Скоро буду пробовать

На днях

Если архитектура рабочая, то это было бы просто отлично) Пробрасывать FDW не всегда представляется возможным

Это да

Ровно за тем и замышляю

WAL-логов logical подходит для hot_standby

у меня все работает

У вас pg_logical в продакш где то крутится?

да

у меня идет консолидация данных транзакционных (CDR)

в регионах есть локальные БД в центре общая БД, которая подписывается на таблицы с транзакциями со всех регионов

Вроде как слышал есть проблемы с вакуумом на слейве для реплицируемых таблиц. У вас не проявлялась данная проблема?