Инкрементальный? В постгресе? Нуну :)

для вылезших из пещеры только что

Были контрмнения?

Хамить не надо. Лучше расскажите, что потом будет. После восстановления :) из 5 баз - одна целая, с инкрементами, да. И 4 полные 0. А потом придут валы... и?

вы это разработчикам pg pro говорите, не надо тут воздух сотрясать просто так

Я всего лишь усомнился в инкрементальности бэкапов. Вендор... лукавит немного. Поэтому козырять этой опцией - ну такое...

в этом чате лукавят все кто говорят что в командной строке всегда быстрее чем мышкой в гуи, но ведь ничего

Понятно :) тему с инкрементами и лукавством вендора считаем раскрытой :) Так... который постгрес лучше то?

Адекватно настроенный. Версия — мимо кассы.

Адекватно настраивать - я ж не спорил. Но надо настраивать любой из трех. Даром что в прошке параметры "из методички в закрепе" сами пропишутся после initdb. Других.... киллер-фич нет?

В этом чатике все мышгуёвики попросту не представляют, как тык-рутину обратить опциями комстроки в конфиг юнита. Ха. А ведь это песТня: —Это опции ком-строки в файле юнита... Запускаются и работают без вмешательства...

Вся мощь PgPro раскрывается на Enterprise за много денег. Все остальное сахарин для нищебродов. И еще одно хорошее свойство сборок от PgPro, что они собраны со всем потребными зависимостями и при правильном подключении репозиториев все ставится без конфликтов и повисших в пустоте зависимостях. В моем случае сборка PG под 1C поставляется в дистрибутиве. Мне удобнее пользоваться именно ей.

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

Ну вот есть у меня pgpro ent за много денег. Кроме как открыть кейс у вендора - мощи я не заметил. Все остальное покрывается либо методичкой, либо мозгами, либо тулами внешними. У меня к самого pg-1c из репы ос. Я потому спросил - а то вдруг я упускаю чегото

Да ведь общие же грань-отсечки. Вариант первый: 1) довольствуетесь автоопциями по оптимуму; 2) ковыряете своё, обламываетесь; 3) приходите к чужим эмпирическим оптимумам; 4) стряпаете свои наработки. По итогу они не особо отличаются от скриптом заданных оптимумов. Вариант второй: 1) добиваетесь офигеть какой оптимизации; 2) пишете за неслабый гонорар статьи на тему; 3) от скуки обмазываете икрой чем-нить пиплов в тематичном чатике; 4) не паритесь последствиями, поскольку и без того жысь удалась. 😆 @uskorim1c, чесслово: без задней мысли, с полным пиететом — но вы не могли не понимать всех последствий собственной публичности! 😎

Тут еще есть инерция мышления. Ну это как буквально 14 лет назад. "Мы вас ставим 1С Предприятие, вот вас ценник за 1С, за MSSQL, WinServer и так далее". "Ребята, а может нахер MSSQL и винду?" "[звук зацикливхегося в двух нейронах сигнала]". Сейчас это "Ставите 1С на линуха? Ну тогда ставьте PgPro, оно настроится и заработает искаропки"

Простите, вы это к чему? К тому как можно "готовить" pg для 1с? И что можно "не готовить (ну почти)" взяв готовое у пгпро/1с? Так я в курсе :)

Вовсе нет. Если и впрямь понимаете, то попросту зря стебаетесь над стёбом. :)

если вам ничего из этого не нужно, то видимо вы мегамозг с мегаметодичкой. https://postgrespro.ru/docs/enterprise/15/intro-pgpro-vs-pg

Это всё общие слова. То есть красивый фантик дорогущего продукта, сомнительными преимуществами. Гораздо важнее слышать конкретные случаи, когда PgPro Ent нереально вытащил ситуацию, где не справились бы PgPro Std или Postgresql.

Выше я задавал вопрос к сообществу: пора новые кластеры ставить на свежей версии? В ответ была тишина.

Есть еще вартанты: 1. Я на самом деле не умею в postgres. От слова совсем. 2. Половина из описанных фич не случается в процессе эксплуатации. Примерно никогда. Я склонен ко второму варианту, хотя на самом деле скорее всего первый. Но ничего - бизнес работает как-то. Не жалуются.