Послушал тут разные мнения, в том числе Антона Дорошкевича по поводу того, кто кого заборет, MS Postgres или наоборот
С удивлением выясняется, что Postgres мало того, что как минимум почти везде не уступает MS, так еще и местами делает его, а вот это уже интересно
Кто что имеет сказать?
Мнение интересно с учетом всего: скорости, надежности, работы при перегрузках, цены, удобства, автоматических архивных копий, копий без выгона пользователей и т .д. т. п.

Может у меня руки кривые, конечно, но MS у меня всегда был быстрее. На УТ 10.3 еще и конфликты блокировок были в Postgres. Переход на управляемые блокировки решил проблему, но все равно раз в полгода 1-2 блокировки ловят. На MS блокировки только из-за кривого кода ловил

MS уже не торт?
Но 1С-то ведь все тот же(?), они же для MS все равно раньше проблему исправят (и создадут :)).

(1) Да вот то-то и оно, что утверждается, что Postgres просто сложнее в настройке, но вроде как при правильной настройке...

(2) Да вот возникли сомнения, не заслуги ли это былых лет? :))

(0) У нас postgres на никсах. Да, есть админ, который шарит в никсах и разобрался с настройками этой субд. Все норм работает уже три года. Копии делают еженочно, сбой был только раз за три года в рабочее время, но там вроде бы не в постгресе был дело, а "лезвие" вышло из строя.

Стоимость настройки и обслуживания (зп того кто всё это будет делать) - ниже

ibm db2 никто не пользуется?

(3) Местами велосипед выигрывает у машины в скорости. Особенно если пробки. Из этого делаем вывод велосипед всегда быстрее и лучше машины? Главное правильно маршрут выбрать?

(8) Главное, не ерничать
Антон Дорошкевич утверждает вроде как не про базы на 100 мегов

(7) для 1с блокировочник дб2 это алес капут!

(9) а сколько?

(8) И да, если все время приходится кататься по пробкам, то может имеет смысл юзать велосипад

(11) Точно не помню, посмотрю
Но главное же не размер, а количество записей

(12) Ну так и что ты хочешь услышать. Сам же написал, что при некоторых с течений обстоятельств одна конкретная операция будет на постгри быстрее MS.

Совсем недавно переходили когда стало в базе более 35 человек работать с postgre, ибо тормозит, перешли на ms - все стало быстрее

(13) Т.е. если 2 записи то лучше постгри, а если 4 то MS? Или там зависит от того четное количество записей в таблице или нечетное?

(16) Тебе в (9). В первую строку.

Если нужен быстрый постгри то однозначно под никсами(пингвином в т.ч.).
На момент  постгри 9.2.1-1С у него плохо с корявыми запросами(у сиквела тоже не торт, но лучше) и совсем какая-то магическая херомантия с полным соединением.
Так-же диагностика производительности сложнее...

И да разумеется если у тебя не автоматические блокировки - забудь про версионники.

(18) Про Линукс тоже да, упоминалось, из-за большого количества мелких файлов в Postgres, было бы интересно попробовать

(15) 2 года назад запустили проект... порядка 300 активных пользователей... на мс умирало, перешли на постгри - взлетело! Да, записей дофигище, файл дампа базы(плаин текст без сжатия) порядка 55Г(блобов в базе нет), сейчас юзеров при пиковой нагрузке 350-400. Но на другой железке.

PS ещё есть документооборот корп (за 1к юзеров) и ещё ряд конф - все на постгри... на мс оставляем только упыпырище ибо полных соединений много и ещё много чего

на первой странице только один postgres
http://fragster.ru/perfomanceTest/results.php?sort=sum96&direction=desc

хотя, говорят, последний релиз от постгрес про и на винде показывает хорошие результаты.

(19) никс лайк совсем по другому работает с памятью, поэтому тупо заменив ОС на том-же железе до полутократного роста производительности

хотя если сделать отбор по релизам платформы, картинка чуть-чуть изменится: http://fragster.ru/perfomanceTest/results.php?sort=sum96&direction=desc&filter%5BplatformShort%5D%5B%5D=8.3.13&filter%5BplatformShort%5D%5B%5D=8.3.12&filter%5BplatformShort%5D%5B%5D=8.3.11&filter%5BplatformShort%5D%5B%5D=8.3.10

(22) там проблема в переименовании файлов статистики, которая под винду требует монопольного доступа. в 10.4 от это починили, но релиза от 1с еще нет, только от постгрес про

(17) Пойми постгри в винде из коробки (далее, далее, далее, готово). Работает существенно медленнее чем скуль в винде из коробки.
Для разгона, нужно нормально настроенный специалистами линукс + тюнинговать на месте постгри в линуксе. Причем гнт универсальной кнопки, типа нажмите сюда - это даст прирост +200% к скорости. Нужно методом проб и ошибок подбирать нужные параметры.
У тебя есть опыт в этом? Нет? Ну тогда и не умничай. Или платит бабки тем кто умеет, или плати бабки мелкомягким за лицензии скуля. Вот и весь расклад

Да, ещё у постгри засада с внешними источниками данных (не нарушающее лиц. 1с решение не красивое).

https://www.youtube.com/watch?v=lbpRjUwHSn8&feature=youtu.be

(25) Настройки Postgres под 1С — это все-таки один раз сделанные настройки, которые потом можно везде всегда использовать
Не так уж страшно

(25) угу, кроме того постгри более критичен к отсутствию обслуживания базы, чем сиквел в режиме страничнмка

Да, со сходняк последнего видео про постгри не стали выкладывать ещё?

(27) спасибо!

(27) Да, я про этот ролик и говорил. Доржик сейчас не прибежит губой обиженно дрожать? :))

(32) я хз. на всякий случай скрыл

(24) нет, про память инфа 100%.

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

Сколько же времени на каком железе они ДТ 5Тб загружали!

(34) ну скорее про то, что мсскуль меньше полагается на механизмы кэширования ОС, а постгре - больше. но основной затык, все-таки, не в этом. Кстати, еще в постгре от постгрес про есть патч онлайн аналайз, который помогает с временными таблицами, а в релизе от 1с, почему-то он не включен.

(37) эээ помогает что?  Выбрать лучший план запроса?

2 года, после выхода сборки Postgres Pro для 1с был уверен, что в Винде Postgres лучше MS или по крайне мере в Винде оба равны.
Пока 1с не сделала сюрприз:
КА 1.1.107.4 - проблемы с архивацией на СУБД Postgres Pro

(39) ну так написано же: pg_basebackup

(39) пригласите специалиста, в смежных ветках приводил примеры своих скриптов.

(41) что за скрипты?

(40) Видимо придется использовать pg_basebackup. Ему для работы места много требуется, надо дисковую подсистему расширять.

создания дампа и разворачивания от него. И да, бывает что "портится" база... выгрузка в дт - загрузка обратно как правило решает....

(37) ооо, дошёл до него!

(0) рассматривайте в комплексе..скуль идёт с вменяемой консолью студии ,в пакете профайлер,мастер импорта экспорта и тд.сервер отчётов ,сервер интеграциии и пр.

двумя щелчками сделаете линкованный сервер  и прочее

(22) // никс лайк совсем по другому работает с памятью, поэтому

вот в этом основная красота

(47) линкованный это про реплику?

а вот виртуалки - злое зло!

(44) для pg_basebackup?

(49) нет..просто сделать линк на любую базу в том числе отличную от скуля

(51) нет, я делаю пгдампом отдельные базы. Т.к. часто нужно поднять 1 базу а не весь кластер

(52) всё о чём вы рассказываете - удел больших и хорошо нагруженных баз (иначе это баловство), а для такого случая всяко нужны специалисты

(54) ветка с навязчивым дежавю
и похоже, что и участники все те же :)

(11) https://pp.userapi.com/c852128/v852128782/3179a/lTQZxxZiP3I.jpg
Такими размерами оперирует.

(54) вот выше и излагал что на то он и скуль...чтобы в графической понятной остастке сделать пару кликов

То, что операционная система и СУБД в этом случае бесплатные веский аргумент?

(56) есть мнение что есть миниму  2 организации у которых базы для 1с больше по размеру (одна ратель трансопртная, вторая торговая).

(57) повторю, такие вещи от нехренделать серьёзные люди не делают, кроме того эти вещи как-бэ не те что делают регулярно а как правило однократно... поэтому то что 5 минут а не полчаса - не критично.

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

(61) средние это от скольки?

(62) ИМХО средние это до 15 миллионов

(41) Скажите, сколько у вас будет стоить настройка сервера "под ключ" на PG? Т.е. покупаем железку (по вашим рекомендациям или сами уже купили). Надо поставить и настроить Линукс, PG, настроить обслуживание баз (в том числе бэкапы) и сделать волшебную кнопку "Срочно поднять упавшую базу из последнего бэкапа". Кнопку дать эникею с инструкцией и картинками, как ее нажимать. Сделать такую же инструкцию "Как проверить что бэкапы без ошибок", чтобы эникей по ней раз в неделю поднимал бэкап в тестовую базу и смотрел на результат. Цель: настроить PG один раз так, чтобы вас больше не привлекать и спокойно жить. База: УТ 11.4 на 30-40 активных пользователей. Хочу понять, насколько целесообразно приглашать специалиста

+(64) Удаленно это сделать возможно?

(59) Именно на Postgres или безотносительно СУБД?

(64) я фикси... ну иногда в свободное время и свободный художник

(64) >Цель: настроить PG один раз так, чтобы вас больше не привлекать и спокойно жить. База: УТ 11.4 на 30-40 активных пользователей. Хочу понять, насколько целесообразно приглашать специалиста...

Статистика (не моя а в целом по живым базам 1с): рост размера +30% ежегодно. того что вам сейчас норм через год может не хватить.
Если нет рядом спеца по никсам (хотя-бы средненького) - не надо его вам... мы тоже начинали с постгри под окнами.


ЗЫ предварительно, для настройки развернутой базы вполне хватит дня (настройка конфига, бэкап, восстановление, обслуживание).

(66) вроде как одна из них на оракле, но не 100 а скорее достоверность 99%.

(64) Сколько то же самое стоит проделать для Windows и MS SQL?
Эникей, могущий настроить правильно план обслуживания баз 1С в среде Windows, уже не эникей, а вполне сосотоявшийся специалист.

работаем 3 года на PG полет нормальный

(70) по пингвину и никсам спецов увы меньше

Все зависит от прямоты рук администратора СУБД. Цены высококачественных специалистов будут примерно одинаковы. Хотя для середнячков в PG будет дороже.

(68) Благодарю! Не ответили про удаленный доступ и цену. Сколько у вас 1 день стоит? И как поставить это все удаленно? У вас в профиле Кемерово. Мне надо, например, в Москве.
(70) В том то и суть, что винду поставит эникей, а MS SQL поставить и настроить - полдня дел даже для меня (а я MS SQL научился настраивать от безысходности). Спецов, которые бэкапы и планы обслуживания по мануалам на MS SQL настроят много, цены разные, но вполне приемлемые.
Держать ради базы на 30 продаванов в штате спеца по линуксу и PG - это не целесообразно, кажется. Он стоимость лицензий на ЗП довольно быстро "съест" и потом будет в убыток работать

>винду поставит эникей
ага, потом намучаетесь через пол года/год

а вообще по чек листу так же можно настроить без особых проблем

Есть плюсы у Linux + PG, но на Win + MSSQL  есть лицензия на 50 подключений, которой нет на Linux.
А это уже беда. Имхо

Постгрес был бы неплох, если бы не лажал часто нестедлупом на джойнах с подзапросами, которых в 1с огромная куча из-за самой идеи "виртуальных таблиц".

(74)>>MS SQL научился настраивать от безысходности
Если добавить к этому еще твердость намерений и желание, то можно и Postgres и Linux освоить. Тем более, что каких-то сверхглубинных знаний особо и не требуется на первых порах. А дальше уже как пойдет :)

(74) у мну скоро полночь, завтра утром вам на почту напишу

(75) ну да, есть момент  тип размера блока ФС, права и т.п.

часто это ой как съиграет...

(0) На ИС вебинар проводил года два назад. Лустин читал. Было очень много инфы. Если совсем вкратце - 1) только 8.3; 2) только новые конфы (УПП не надо на постгри); 3) достаточно сложная и кропотливая настройка и подъем производительности; 4) предпочтителен Linux в качестве сервера БД, под виндой запуститься можно, но хуже и есть свои нюансы. Как-то так.

(74) полдня - это ни о чем. В постгри дня три понадобится только для того чтобы одуплиться какое значение для чего в conf-файлах. И когда вы в результате как-то все поднимете и оно пойдет - далеко не факт что через месячишко не приляжет на проведении какого-нибудь сложного документа, потому что вы наивно думали что вы все настроили, а на самом деле не сделали и половины. У меня в свое время именно так и вышло.

(82) проводилИ вебинар

(83) В (68) говорят, дня хватит. Что для чего в conf-файлах спец по настройке PG уже ведь знает?
(80) Буду очень признателен

(39) Так там же конфа поставщика КА 1.1 подпорчена как-то

(85) если будет настраивать опытный специалист, то, возможно, все получится. Но. Может, я ошибаюсь, но с постгри есть нюанс - настроить сразу на года и не подходить к базе там вряд ли получится. Лустин описывал кучу скриптов, инструментов мониторинга, всякие "прогревы таблиц" и массу прочей ереси, которая применительно к мсскл звучит диковато, но для постгри, кажется, вполне себе естественна...

(87) // вполне себе естественна = это такой легкий подстеб?
вот так наобум - ничего не определено, но вполне себе чего-то там естественна...

(82) 2,5 года назад. назывался "Постгри на стероидах"

+ (89) кста, было одной из причин переноса базы на постгри когда на сиквеле в режиме страничника была с этим проблема (последние сиквелы умеют прикидываться версионниками).

(88) ну почему наобум. Именно так и было, и, думаю, есть, если, конечно, заместо вагона скриптов и настроек conf-файлов не сделали инструмент вроде Enterprise Studio под него. Если за прошедшие 2.5 года такой инструмент появился - тогда беру свои слова назад.

(89) верно, речь про это

Если сравнивать, то уж по какому-то конкретному параметру.
Для меня, как не DBA, с точки зрения использования среднезагруженных баз 1С и мелких прочего назначения:
- в плане БД: как хранение и использование данных, права, блокировки, наличие коннекторов на разных платформах - они одинаковые;
- в плане администрирования: MS для меня всё же удобнее. SMSS менее глючный, чем pgAdmin.
- в плане бекапов: есть один значительный минус у Postgres - это онлайн-бекапы. Сделать point-in-time recovery можно только всего кластера, так как WAL'ы не делятся по БД. В MS это куда как проще, быстрее, удобнее - взял бекап журнала транзакций одной базы и без гемора развернул. А с Postgres в этом плане гемор - или восстанавливаешь всё (а в случае с 1С это практически всегда десяток баз от 20 гиг), или держишь каждую БД на отдельном персональном сервере.
- в плане цены - MS безоговорочно капитулирует.

Если попытаться как-то привести к общему знаменателю, то

(82) я не знаю. На волне лицензирования я познакомился и запускал Postgres для 1С.
И мой личный опыт говорит, что
1) "только 8.3": может быть, совсем старых версий не использовал, 8.2 нормально работало;
2) "только новые конфы (УПП не надо на постгри);" - работают, и УПП, и УТ 10.3, и БП 2.0: вообще (!) ни пользователи, ни я никакой разницы не замечаем.
3) "достаточно сложная и кропотливая настройка" - совсем ничего не делал. Скачал, установил, работает, не жужжит даже. Бекапится, восстанавливается, не тормозит.
4) "предпочтителен Linux" - я не заморачивался, на винде работает без танцев с бубном. Но планирую перевезти на линух. Зачем мне держать дорогостоящий и требовательный windows server для Postgres? Лучше я наделаю в docker'е контейнеров и разнесу базы по разным инстансам. Бесплатно, надёжнее, быстрее восстанавливается, в потерю производительности не верю.

(93) дополнение к пункту "в плане бекапов".
Зато работать с бекапами Postgres намного быстрее. Я могу из бекапа базы размером в 50 гигов за несколько секунд вытащить одну нужную мне табличку и обычным FAR'ом глянуть что у меня там, например, в документе или в регистре было.

(85) 2.указанный в профиле мэйл не актуален

(94) тот семинар был про HighLoad базы

(94) что-то верится не очень. Потому что у меня опыт тоже был, как раз с УПП, как раз на винде, и отрицательный. Вернее, как отрицательный... Я таки настроил и таки запустил и оно даже три месячишка поработало. Только потом оно стало по часу и больше проводить РСВ. И сделать с этим сколько-то доступными мне средствами ничего не получилось. В конце концов ушли на MS и все облегченно вздохнули.

уж не знаю, какой это хайлоуд был - 15 юзеров, штук 500 реализаций в сутки... не Бог весть что, хотя база использовалась, да. Но проблемы были. То что я описал - самая серьезная, были и другие, помельче. Утилита бэкапа, например, иногда не вывозила большие бинари, падала с нехваткой памяти

УПП падает до сих пор. Не дружит она с утилитами бакапа

Но главное продолжать рассказывать о прошлом в будущем и настоящем :-)

(97) это важно. Повторю, нелишне будет, - мой опыт - средненькая такая загрузка, как у 80% клиентов.

В среде с высокой загрузкой всё сразу по-другому становится.


(99) Могу только посочувствовать. Загрузка никакая, дело явно не в ней.

(100) То, что я рассказываю - в моём настоящем. Две УПП работают, без вопросов. Но у меня они обновляются, и платформа, и конфа.

"Не дружит она с утилитами бакапа" - для меня звучит прямо дико: как конфигурация может не дружить с утилитами бекапа и почему вообще она должна с ними дружить?! До чего удалось докопаться? В чём причина такого поведения?

(101) По моим наблюдениям - это какой-то глюк с двумя видами конфигураций УПП 1.3 и КА 1.1 - исключительно с ними. Обходится этот глюк очень просто. Сама база на сервере не должна сидеть в режиме включенных изменений сохранением поддержки. Если нужны обновления с внесенными изменениями в типовую, то готовишь локально (на тестовой копии разработчика) файл-конфиг в виде CF, готового к применению к базе, затем Сравнением, объединением устанавливаешь на продакшн базу и все.

Зачем нужно в продакшн версии базы с конфигурацией с изменениями дополнительно хранить конфигурацию поставщика - вероятно просто шаблон какой-то, от которого многие не могут отказаться

(101) вот пример такой темы КА 1.1.107.4 - проблемы с архивацией на СУБД Postgres Pro

(102) Ты на реальных базах эту методику обновления применяешь?

Одно время у меня было две инсталляции моей самописки. Первая работала в условиях линуха и постгреса (по моему аж 8.x.x), вторая на MS SQL 2005 с железом похуже .

Был один запрос, мне он казался тяжелым, на постгресе 3-5секунд, на MS 1-2сек.

А потом наступила беда. Запрос этот начал тупить на постгресе: 10-30сек. Сделаешь вакуум и реиндекс, все норм, но через пару дней опять.

Ну и привязал я руки к рельсам, чтоб прямее были, переписал запрос и вуаля: что постгрес, что мс в пределах погрешности 200-300мс.

(102) "Зачем нужно в продакшн версии базы с конфигурацией с изменениями дополнительно хранить конфигурацию поставщика - вероятно просто шаблон какой-то, от которого многие не могут отказаться"

очень жаль, что не понятно. У меня вот в декабре обновление ERP после таких вот непонятливых грядёт ;o( Будем вспоминать времена семерки.

(104) Конечно. Посуди сам. База все нормальное рабочее время в режиме работы хотя бы нескольких десятков пользователей. Любая длительная процедура в монопольном режиме вызывает колапсс.
И что тогда толку от сохранения конфига поставщика в продакшн, если попытка именно использования инфы из этого конфига (фактическое исполнение процедуры обновления с учетом изменений, дописок и т.д.) обязательно поставит базу в позу на несколько десятков минут или даже часов. И это еще без учета вероятных ошибок. Т.е. по любому вылизываешь конфу на тестовом компе или хотя бы на тестовой базе разработчика и только на финише объединяешь ее с боевой.

(101) падала табла configsave, кажется. Причем не сразу, с определенного релиза, где она разрослась. Там есть колонка с бинарем толстым. Вот этот бинарь не вывозился. Утилита падала по нехватке памяти.

(106) и если требования к надежности и непрерывности работы очень высокие, то и два сервера 1С ставить приходится - клиенты соглашаются с их установкой. Хотя это как минимум покупка доп ключей 1С-серверов, чтобы можно было разработчикам и саппортам тестить проблемы, дописывать и допиливать с минимальными рисками для пользовательской работы.

(100) ну а как еще. Есть опыт, он вот такой. Есть информация, которую давали на вебинаре, она вот такая - про кучу скриптов и кучу секса с ними. Я сразу написал дисклеймер, что если что-то за эти годы существенно изменилось - беру свои слова назад. А там как знаете.

(109) как вариант: обновить, подготовить и оттестить конфу на девелоперской базе. Потом на боевой - накатываем типовые обновления (они обновят конфу поставщика), потом накатываем готовый cf-ник с изменениями, и заканчиваем применением конфы в БД.

Разницы для пользователей - никакой, время перерыва в работе 1С остаётся тем же. Зато есть актуальный шаблон поставщика.

А то ведь оно как: допускаю, что можно и забить на конфу поставщика, не смертельно. Но ведь это читает вчерашний студент или падаван, для которого словосочетание "конфигурация поставщика" - это нечто туманное, непонятное и с виду бесполезное. И для простоты и логичности решает эту стороннюю практику применить не в рамках организованного и контролируемого IT-отдела, а у разового заказчика, которому надо "вот тут чуть-чуть поправить". А там все прелести - база девелоперов непонятно где, доработки то через девелоперскую базу, то напрямую в боевую, девелоперская база с наработками перетирается свежей копией рабочей, в общем, обычный бардак.
   А вот в моей грядущей ERP ещё прикольнее трагедия: другой студент начал это дело обновлять и не придумав ничего лучше, вместо переноса доработок заказчика на новую типовую, сравнил конфы и перенёс доработки 1с на конфу заказчика. Ясное дело, не всё, а "самое важное и нужное".

Так что я за то, чтобы не пренебрегать конфигурацией поставщика.

(64) Вот же в видео реклама Дорошкевича. Обратись туда. https://is1c.ru/optimus/

(111) ну это тема для отдельного холивара :-)

з.ы. Я не призываю ей пренебрегать. Я говорю, что следует пользоваться разными подходами, уместными при работе с базами в разных состояниях. Если состояние базы не дает возможности этим объектом воспользоваться, то хранить его внутри базы проку никакого.

з.з.ы. // сравнил конфы и перенёс доработки 1с на конфу заказчика // Ну и как, его смогло остановить наличие в базе конфиги поставщика? Он ее из базы удалил, т.е. снял ее с поддержки или просто на...кодил (мягко говоря)?

(113) "Ну и как, его смогло остановить наличие в базе конфиги поставщика?"
Предположу логику такую:
  Если видишь, что поддержка соблюдается, конфа поставщика актуальна, сравнение выдаёт все доработки, то ты не рискуешь  последствиями небрежной работы, обновляешь по-правильному.
  А если видишь, что конфа поставщика или двухлетней давности, или вообще конфигурация снята с поддержки, то делаешь вывод, что на её соответствие типовой и изоляцию доработок давно забили, а значит, что можно не париться, не конструировать cf-ник старого релиза, который как всегда быстро взять негде, быстренько перенести чего просят из нового релиза, подписать акт и свободен.

(106) в смысле? должна быть база с измененной типовой (в хранилище, git или еще как), из которой делается свой поставка, которая через .cfu накатывается на прод, который закрыт для изменений.

(115) ну ага, это так выглядит большинство заказчиков? С 1с-никами на фиксях, хранилищем-гитом-ещё-как'ом, фикси-админом, который не забудет при апгрейде железа про этот тестовый сервак с базой разработки?

Для себя - да делайте как хотите. Хоть публичный проект на гитхабе организовывайте. А если заказчику ещё жить и может быть, даже не с вами, а ещё лучше с кучей других и может даже франчами, то будьте, добры, минимизируйте количество сущностей, предусмотрите, что пропажу боевой базы - заметят сразу, а пропажу вашей девелоперской - только через год, когда ставка НДС поменяется.

(105) для 1С в постгри нужно ставить "автовакуум"=on, иначе происходит именно то что ты написал - со временем все хуже и хуже, вплоть до очередного вакуума. А может в бородатой 8.х.х версии автовакуума вообще не было...

(117) что-то знакомое, только не помню, почему.

Посмотрел конфиг на одном серваке, по-умолчанию autovacuum включён (закомментирован). Не думаю, что его специально отключают без дальнейшей настройки скриптов обслуживания.

Я пользую сборку Postgres с сайта 1С, на винде.

(118) в (27) об этом доступно и всерьёз

Тут многие пишут что именно Постгрес Про соперничает с МС Скулем по производительности. Но давайте не будем забывать, что Постгрес Про уже ни разу не бесплатный, а это уже как бы совсем другой коленкор.

(120) бесплатный. платная поддержка, которую можно и не покупать.

(121) Это Стандарт. А все фишки реально ускоряющие работу входят в версию Ентерпрайз, а она уже денег стоит.

С большой нагрузкой и большим количеством клиентов постгрес на линуксе лучше, а мс очень ресурсоемкий.
У нас 3 сервера постгрес + 6 серверов 1С и около 400 одновременных пользователей.

200 пользователей на базе в полтерабайта SQL 2000 на 36 гб оперативы

(0) Теоретически, производительность должна быть одинаковой, физические законы одинаковые.
Теоретически, на большие проекты - однозначно MS SQL, просто потому что спецов по нему - больше. В Postgree админ так и будет сидеть на тормозной базе и "вакуум" делать, разводя руками - "Это все ваша 1С тормозит, кривые вы люди."

(117) В 7.4 уже был, как contrib-расширение.

(125) Причем тут физические законы? Вопрос в алгоритмах и их реализациях, к физике вообще никакого отношения не имеет.

(101).3 с полным соединением просто швах у постгри был совсем недавно (с полгода назад последний раз проверяли)... т.к. у нас крайне старый релиз УПП(думаю в новых как минимум отчасти учтено) перепиленный вдоль и поперёк - упыпырище решили оставить на сиквеле... единственное что на нём оставляем.

(125) спорно, страничник и версионник работают несколько по разному. У каждого есть свои моменты

(129) Ну, я не про это.
Я про поиске, сортировку, соединение таблиц, индексацию.

(130) не, ну конечно сики сканы, нестедлупы и прочее и там и там ибо на одной теории БД, а вот реализация и детали уже могут очень различаться

(125) это предельная теоретическая производительность  одинаковая. а в реальности конечно же разная

(96) [email protected] Вот сюда можно написать

(59) что за безобразие - dt-шник 41гб - за базой вообще никто не следит что-ли

(99) это не хайлоад - это смех - на складе дистрибьюции - до 3 тыс док делаем - работают 15 торговых - скидывают заказы - потом регламентом отрабатываем создаем реализацию и пко. - неприрывная работа винтов ссд - заказ каждую секунду....

оператора - всего 2 человека..

на первом этапе у нас сильно конфликтовали база вебсервиса агентов с базой скл УТ

но я думаю посгр рядом не стоял с мсскл все равно

На Windows однозначно MS лучше Postgres, но

(79) я не согласна, по MS SQL всё достаточно просто, работает нормально "из коробки", можно сделать бекапы автоматом по инструкции в сети с картинками, разобралась сама за пару дней, работает без проблем уже 10 лет переезжает на разные сервера. (щас сглажу)
В постгри пыталась разобраться неделю, плюнула. Все семинары, что смотрела, пугают пипец как, туда не ходи, сюда не ходи, шаг вправо, шаг влево всё рухнет.

(137) так все видосики как записали 10 лет назад, раз указано о "уже 10 лет переезжает", так они и валяются до сих пор с кривыми инструкциями

(138) в этом вся и проблема, что все вермя все менятеся, как прям в ерп.
только выучил - уже все устарело )))

(139) В Постгри меняется или где?

PostgreSQL существенно хуже MS SQL по ряду показателей:
1. По производительности - в разы, на некоторых запросах даже в десятки раз. Глубого тюнинга и оптимизации как запросов, так и самого движка тут не сделать. В PostgreSQL нет даже элементарного AWE (address windowing extension), нет GAM, IAM (index allocation map), нет плотной работы с extent. Для сравнения запустите select c(*) from [table], где table - имя вашей наиболее загруженной таблицы. Уверен, что даже при наличии достаточного количества индексов PostgreSQL пойдёт путём тупого сканирования таблицы и, кроме того, это займёт неадекватное время. В Инете найдёте много интересного про то, как народ корячится и делает костыли для оптимизации даже такого простого запроса.
2. Нет оптимизации под оперативную память и количество ядер.
3. Абсолютно нет онлайн построения индексов. Грубо говоря, если есть таблица в PostgreSQL, в которой построены индексы на некоторые столбцы, то после вставки КАЖДОЙ записи в таблицу для индексирования необхоидмо делать принудительное реиндексирование (тут гуглим про VACUUM, REINDEX).
4. Абсолютно ужасный набор штатных утилит. Про "функциональность" и глючность pgAdmin уже спето много песен на stackoverflow. Сторонние утилиты также глючны, дороги и не поддерживают многих вещей, которые появились в PostgreSQL 11. Зачастую то, что есть в одной платной утилите - нет в другой. Но зато в другой есть то, чего нет в первой. По факту ничего толкового в IDE для PostgreSQL нет. В штатной pgAdmin ужасно работает intellisense. Вдобавок pgAdmin очень медленная.
5. Удивительно, но PostgreSQL жалуется на нехватку памяти даже когда в сервере стоит 64 Гб ОЗУ и вся она свободна (работает только PostgreSQL) и тупо прекращает работу, подвесив свои сервисы, а инлгда даже и сервер перестаёт отвечать.
6. Отказоустойчивость и работа с аварийным режимом (emergency mode в рамках MS SQL) не реализована даже на минимальном уровне. В итоге нет даже таких понятий, как torn pages и прочее.
7. По синтаксису и сложности написания запросов, скудности своих возможностей, отсутствию джобов, интеграции с внешней средой (в PostgreSQL нет даже аналога для xp_cmdshell) PostgreSQL топчется на уровне MS SQL 7.0 или даже хуже. Во.

Переходить на PostgreSQL имеет смысл только если база данных не очень большая и иммеет смысл кое-как поставить её на Линукс и сэкономить чуть-чуть за счёт лицензий Windows и MS SQL. Только остаётся открытым вопрос сколько будет стоить установка и настройка, поддержание Линукса + PostgreSQL. Во.

(141) Это что за школьная чушь?

(142) 8 300 гиг+ баз 100 с лишим пользователей. Не тормозит от слова совсем.

(137) Ну если по картинкам настраивать тут да.... только MS SQL.

(141)это уже не трава...

(145) Вот именно, что PostgreSQL корявый настолько, что нужно вешаться сразу.

(146) Это кто-то админом называется по ошибке.

(146) ну ок, давай мериться... на какой у тебя базе (конфа, размер базы, сеансов в пике) проблемы с 1С при использовании постгри?

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

(148) 1С не использую.
Имеются 3 базы по 11, 39 и 8 Тб. Всё тормозит. Не получить даже select count(*) from t;
Базы данных - структурированные, приведённые к нормальной форме. Содержат информацию о котировках бумаг, рыночные данные, индексы и прочее.

(149) меня устраивает pg_dump с выгрузкой в формате plane text

(150) 39 ТБ?

Для картины "охотники на привале" не вы позировали?

(152) Да. 39 Тб. Это немного.
Под базы данных организованы RAID 0 массивы из быстрых дисков. Всего у нас 5 полок хранения для сервера HP 360DL Gen10.

(149) Чем pg_dump / pg_restore не устраивает? В

(150) План запроса посмотреть вера не позволяет?

(155) смотреть план для запроса select count(*) ???

(156) если нет кластерного индекса (таблица типа куча), то должен быть скан

ну или первичного ключа

а вообще если часто происходит запрос select count(*), проще добавить пару триггеров и еще одну таблицу с одной строкой, в которой будет одно значение.

(159) Во-во.
А потом ещё замучаетесь поддерживать этот костыль, когда присходит как вставка, так и удаление строки. Во.

(160) если руки прямые - то не намучаетесь

(160) Это не костыль, это ты просто не знаком с оптимизацией.


Как пример :

SELECT reltuples::bigint AS estimate
FROM   pg_class
WHERE  oid = 'Схема.Таблица'::regclass;

Выдаст тебе колзаписей практически мгновенно.

(162) ИМХО это всё равно костыль, если не предусмотрено штатной функции.

(163) незнание инструмента с которым работаешь - вот костыль.

Кроме того, reltuples - это ПРИБЛИЗИТЕЛЬНОЕ число строк:

Вот что говорят спецы:
"Number of rows in the table. This is only an estimate used by the planner. It is updated by VACUUM, ANALYZE, and a few DDL commands such as CREATE INDEX."

Сдается мне кто-то тут балаболит...
Уж не в отделении ли предыдущей империи зла он работает?
Ну или другая причина откровенно брехать, возможно.

(165) пруф?

(157) у 1c и без кластерного? Ну разве что основная таблица у РР и какие-то таблицы по РБ... но там есть первичный (разделитель+набор измерений).

Ох кто-то же фантазирует...

(168) ну так в (150) пишет, что не 1с

+ (168) даже для временных таблиц, если их индексировать, в 8.3 строится кластерный индекс

(167) https://www.postgresql.org/docs/10/catalog-pg-class.html

(169) а никто не говорил что грамотное проектирование базы архитривиальная задача... для одинэснегов тут желтокрасные много чего продумали.

(165) Точное число строк в версионнике - величина плавающая, да и обычно нафиг не нужное. Это же не лист с Excel.

(173) тем более, что в объяснении человеческим языком указано, после каких процедур это число строк в таблице меняется - вполне ожидаемо, что оно должно меняться из-за VACUUM

(144) если есть возможность держать админа, который будет полгода ковырять настройки то да, если нужно сделать чтоб работало и без осообых вопросов, то ms

(175) У меня больше 15 минут на установку не уходило :-)

(176) за 15 минут настроить Postgres, чтобы ничего не лагало, всё летало, бекапилось и не упало через полгода. Научите?

(172) получается, что использовать Postgresql в случае не 1С приложений категорически сложно, так как много всего нужно самому делать вручную?

(178) Во первых: если вы не обратили внимание в этой ветке обсуждение базоводов в контексте использования их с 1С, а вы оффтопите.
Во вторых: если есть голова и прямые руки - многие проблемы оказываются разрешимы... Но если вы привыкли забивать молотком шурупы - это не шурупы уступаю гвоздям, а они немного другие и требуют другого инструмента.

(177) А что MS SQL уже не лагает и летает? После перехода на Postgres в 2015 у нас скорость как раз выросла :-)


Не благодарите, дешевле чем ms sql на 8 ядер. https://postgrespro.ru/education/courses

(180) не лагает,
Это уже 2 недели с отрывом от работы и приличная сумма

(181) MS SQL у вас на сколько ядер лицензирован? А сервер? И там Видеокурсы таки нашару дают. Только учись.

(179) Да ему DBF хотя бы освоить, судя по заявлениям, что MS SQL настолько крут, что не требует дефрага индекса. Ну да закладка "Job" в менеджере для полных идиотов предназначена и SQL Agent - это старшный и не нужный зверь.

MS SQL качественная и хорошая СУБД, особенно после 2003, когда все наследие sybase в виде жора памяти, косяков оптимизатора с зависанием запросов с полным table scan  и косяков с временными таблицами были порешены - так топовая по качеству планировщика. Только самонастраиваться она то-же не умеет. И в настройке и оптимизации еще посложнее Postgres, хотя Oracle переплевывает всех.

(0) Если постгри настроить то будет лучше работать чем скуль + ведь можно в исходниках покопаться - тут аналогия с ручной коробкой и автоматом при равных остальных ттх.

(184)вот попрошу!!! Копаться в исходниках да ещё и хотя-бы с самым минимальным выхлопом - удел тех кто только этим и занимается большую часть рабочего времени.

(183) sybase? Кто-то ещё помнит откуда взялся (у кого был куплен) сиквел!

Даже чтение этого форума показывает, что стоимость владения MS SQL ниже стоимости владения Postgres. Если в организации и найдется сотрудник, который в разумное время в нем разберется, то после его ухода возникнут проблемы.

(180) спс, как-же мир тесен... Давно не видел Павла Лузанова...

(187) + Если в организации и найдется сотрудник, который в разумное время разберется в Postgres, то после его ухода возникнут проблемы.

(187) >Если в организации и найдется сотрудник, который в разумное время в нем разберется, то после его ухода возникнут проблемы.

точно! В одной конторе однажды.... в общем когда обратились ко мне выявил что база сиквела не обслуживалась минимум полгода (полгода как уволился тот кто занимался СУБД, причем ушёл по травме на длительный бл с последующим увольнением, так что диверсия исключена)... база тормозила обычно и часто повисала на пару минут... итого: сделал регламентное обслуживание - примерно минус 30% к времени выполнения, макспараллелизм сменил с 0 на 1 - подвисания пропали... сделал ещё кое что.
На выходе отсутствие провалов и почти двухкратное ускорение... сам был в шоке от такого выхлопа! а вы мне про изкаробки впариваете.
Будет изкаробки и даже норм, но только если железо с несколькократным заделом по производительности. Все готовы переплачивать по железу и лицензиям?

(189) если сотрудник не чудак на букву М и его не ушли по плохому - он передаст дела. Если его нач адекватен - он позаботится о том что-бы его обязанности кто-то мог  подхватить

(180) а ну вот теперь ясно, откуда столько позитива к PG... засланец от postgrespro)))

он где-то солгал? Если нет - это не относится к теме никаким боком

(193) относится. Очевидно предвзятое мнение.

(194)ок, но почему лично вы видите это за tesseract но не замечаете за Alexey_Morov ?
Вы свое мнение считаете не предвзятым?

(190) "макспараллелизм сменил с 0 на 1 - подвисания пропали" // Многопроцессорный хост что ли был? Ведь если проц один, то этот параметр ни на что не влияет

(195) У Alexey_Morov не заметил рекламы в сообщениях. Я вижу просто его мнение, как и других кто в этой теме.

(196)угу, но параметр не по процам а по ядрам

(197) если вы откроете глаза пошире то увидите, что то что касается базоводов имеет прямое отношение к этой ветке.
А уж халява напрямую не может считаться рекламой

(197) А Вы ни разу не слышали о том, что в структуре компаний, занимающихся продвижением продуктов Майкрософт есть даже штатные должности Евангелисты? Нет? Очень интересные вещи могут рассказывать такие специалисты. Не думаю, что здесь в ветке есть евангелисты, но причастность к продажам продуктов майкрософт вполне может быть

Это я к тому вообще-то, что на фоне деятельности продажников линейки MS SQL ни капельки не зазорно продажникам Postgres Pro Enterprise тоже можно проявлять некоторую активность.

И кстати, обратите внимание, что есть некоторые особенности, когда продвигают Postgres Pro и когда Postgres Pro Enterprise.

И еще кстати, если уж действительно давать сравнения и преимущества СУБД с технологической точки зрения, то желательно также понимать, что коммерческий продукт не вполне корректно сравнивать с полностью некоммерческой версией. Есть рекламная страничка - ссылка ниже - и там не просто стоимость разных лицензий Postgres Pro *** , но и краткие перечисления отличий и ссылки на документацию.

Подход достаточно серьезный в этом вопросе. И перспектива у Postgres Pro есть.

https://www.1csoft.ru/publications/8143/23901658/?ELEMENT_ID=23901658

И еще нужно понимать, что у коммерческого продукта MS SQL тоже накопилось за все годы его жизни много версий/релизов/сервиспаков, а большинство возникающих проблем время от времени решаются обновлением софтин.

на самом деле очень приятно видеть как активно развивается Postgres, еще несколько лет и он положит MS SQL на лопатки

(204) к тому времени, он станет (или уже стал) такой же платный как и МС. А вся соль постгри, в первую очередь, в бесплатности.

(195) Рекламы не делаю. Делюсь своим опытом, так как он не связан с 1С. В целом если судить по нескольким критериям, то с PostgreSQL всё печально.

(205) Почти все СУБД ушли достаточно далеко. PostgreSQL сравнительно свежий (первый хилый релиз был в 1995 году) и качественной реализации многого функционала не достиг.
Поэтому до уровня текущих Oracle/MS SQL ему ещё развиваться лет 8-10. Тем более, что команда, которая двигает PostgreSQL, крайне незначительная.
PostgreSQL стали активно пиарить и прорабатывать только в 2015-2016 году, когда был издан указ о том, что PostgreSQL будет аналогом импортозамещения импортных производителей СУБД.
Побробно указано про это тут: https://ru.wikipedia.org/wiki/PostgreSQL#Дальнейшие_планы
Так что не удивлён, что про PostgreSQL стали говорить много и невпопад.

(207) ну яндекс, например, ушел с оракла на постгре

(208) У Яндекса свои причины. У них многое очень уникально и находится в облаках. У MS SQL с облаками пока что всё плохо.

(208) Тот же самый MS Azure, который продвигают уже более 8 лет, пока что не взлетел.

Как-то задавался этим вопросом в аналогичной теме, кода-то...
Почему при приобретении железного сервера включается беспощадное желание сэкономить деньги работодателя/клиента на всем, чем только можно(процессоры. память и .т.д., исключая SSD, конечно)? А вот MS SQL купить, так всю бережливость как рукой сразу снимает. Миллион на лицензии? Да не вопрос, работодатель платит(за обеспечение "зоны комфорта" программисту).

(211) У кого возникает такое желание?

(211) вы не в тренде... ващет давно-давно было понятно, что есть бюджет и он будет потрачен на Хард+Софт... а так как сервернеы оси тоже стоили конски ряд фирм решили что неплохо-бы поддержать линукс, т.к. везде где он вытесняет платную ос - это бабло перетекает в карман железячников и разрабов прочего софта, поэтому посчитали выгодным вложиться железячник Интел, отчасти железячник ИБМ и софтверник Орукул... чуть позже Оракул купил сан и стал "хрд энд софт тугеза!" - на чём хорошо поднялся

PostgreSQL лучше там, где любители MS не ставят палки в виде всяких криворуких защит конфигураций под Windows. Современные типовые конфигурации очень даже неплохо работаю. Куча народа работает на Windows Server 2008 стандарт. а там ограничение по памяти в 32Гб.

(207) Моров вы в Южном Тобольске историю развития СУБД изучали?  

>> Так что не удивлён, что про PostgreSQL стали говорить много и невпопад.

Ты наверное никогда не работал в компаниях, где кластер на 1024 процессоров считает дрыщевым. Там с Оракла начали слезать в начале 200х. У слона есть забавная фишка - он может мимикрировать почти под любой диалект SQL.  В том числе под pl/sql.

(209) (210) У MS SQL -то с облаками плохо? Они первое место по облачным технологиям занимают! В этом квартале обогнали Amazon по выручке.  Похмелитесь уже.   За развитие MS SQL с 2013 года - тадам! Отвечает один из ведущих разработчиков Postgres.  


(211) Про откаты слышал?

В общем, МССКЛ и Постгри - это как Марс и Сникерс. Иллюзия выбора с одними и теми же заправителями :)

(215) PostgreSQL нет ни в МТС, ни в Мигафоне. Про Билайн не знаю. Также его нет и в банковской сфере. Тот же самый Сбербанк осваивает всякие рахные другие базы (достаточно подробно про это написано на sql.ru)

(217) Ну мегафон недавно к HP иск выставил.  

Многие банки в столичном регионе перешли на слона и довольно давно.

(216) Это просто разные базы, DB2 как пример во всем нефтяном секторе стоит.
У MS SQL нормальная поддержка кластеров появилась примерно в 2015. До этого все страдали с оптимизацией.

(219) Есть какая-нибудь информация, источник, что банки перешли на PostgreSQL?

(220) А у вас есть какая-нибудь информация, что банки сидят на MS SQL?

(217) По той информации, которая озвучивается на PgConf интерес есть у многих специалистов. Если какой-то фичи не хватает, то со временем они разрабатываются. В PostgreSQL 11, например, появились хранимые процедуры.

(221)
1. Петрокоммерц (нынешний филиал Открытия) - MS SQL
2. Почта Банк - MS SQL
3. Россельхозбанк - Oracle
4. ВТБ24 - Oracle
5. Альфа банк - Oracle
6. Аллах Акбар банк https://www.akbars.ru/office/detail.php?ID=4553 - MS SQL
7. Газпромбанк - Oracle

У нас есть банк-клиенты и торговые терминалы (в частности ГПБ QUICK) этих банков. И поэтому я тесно общаюсь с техподдержкой и знаю их внутреннюю кухню.

(222) О да.... Спустя много-много лет. Эти процедуры были в MS SQL ранних версий (годы 1988-1993). https://ru.wikipedia.org/wiki/Microsoft_SQL_Server#SQL_Server_7.0_(1996%E2%80%941998

(223) "Открытие" как раз на Postgres :-)

(222) Я то есть не хранимыми процедурами 20 лет пользовался?

(225) Скажите про PostgreSQL Тимофею Мелехину из службы техподдержки. Вот он изумится... Могу назвать номер телефона техподдержки.

(224) Он тогда назывался sybase.

(226) миграция с ORACLE на PostgreSQL системы управления заявками OTRS банка «Открытие»,
https://postgrespro.ru/blog/news/187777

(227) SQL Server 7 назывался sybase? Отсыпь маленько...

Вопрос мы про какю БД говорим? Про ту в которой регестрируются посетители на входе, CRM,, или на которой 1С в банке крутиться?

(223) У нас есть банк-клиенты и торговые терминалы (в частности ГПБ QUICK) этих банков. И поэтому я тесно общаюсь с техподдержкой и знаю их внутреннюю кухню.


Тебя к внутренней кухне не допустят :-)

(229) Он внутри был sybase.

(232) Выдыхай. Он тогда уже был собственностью МС. Даже 6.5 был мс

(229) Не кормите тролля. Сейчас пятница. Такой пурги наметет сейчас!

Исторически первым и самым известным продуктом Sybase является реляционная СУБД SQL Server

Выпущенный в 1988 году продукт SQL Server 1.0 был создан совместно с Microsoft и Ashton-Tate (англ.) для платформы OS/2, на основе кодов Sybase SQL Server для Unix и VAX/VMS

Sybase и Microsoft в 1996 году приняли решение прекратить совместное развитие продукта, и самостоятельно развивать каждый свою ветку. Таким образом, появились две различных СУБД с общим наследием в виде процедурного языка Transact-SQL и архитектуры обработки данных: Sybase Adaptive Server Enterprise и Microsoft SQL Server.
https://ru.wikipedia.org/wiki/Sybase

вообще, если говорить про достаточно крупные банки, а в особенности - именно о крупных банках - то там серверов СУБД много, очень много. Воображать, что абсолютно везде-везде-везде в каком-то банке стоит Оракл, с учетом того, что лицензирование Оракл стоит больших денег и его нужно постоянно продлевать - это очень большая наивность.

(212) У тех, кто на предложение купить нормальный сервер взамен старого, тормозного с дешевым медленным процессором, гордо отвечает "Не предлагать!". А предложение поставить 1С на Linux и PostgreSQL игнорируется.
(213) Я так глобально не смотрю... :)

(235) Статьи на вики имеют очень малое отношение к действительности. Особенно у русской.


(236) Там Oracle используется как часть системы, которая отлично работает. Там во многих местах еще SUN / VMX можно найти.

(238) Посты tesseract на мисте тоже имеют не так много с действительностью

(239) А вы можете возразить напрямую? Например ставили 7 сервер на SUN или win2000?  Или тупо - сервера перегружаете по заданию?

(239) Что-то я упустил. Если можно, подскажите ветки, которые стоит почитать для ознакомления с постами, с которыми Вы не согласны.

Миста во всей красе. (0) Хотел выяснить стоит ли ставить пиратский MS SQL или можно поставить бесплатный вариант.

(242) только ТС не обозначил куда ему нужно будет ставить и для чего.

(182) я свое мнение озвучила, понятное дело, что если в компании есть специальный администратор баз данных, то он может пройти обучение, настроить и всё будет работать даже очень хорошо и судя по последним тестам даже быстрее.
Порог вхождения "с нуля" очень разный, MS SQL гораздо проще настроить.

(229) был лицензирован какой-то релиз у сибейза

(245) До SQL 2000 там 95% кода сохранялось. Может всякие инструменты внешние только отличались.

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

(246) более того, после лицензирования несколько лет сиквел был а одной поре, а сибэйз неплохо так развивался.... Например блобы в сибэйз раньше появились

(240) На сан не ставил. На вин2000 вроде как ставил, давно это было. А зачем сервер перезагружать?

(244) Ну так за это деньги и берут. Если ты за лицензии не платишь - то да бесплатный MS SQL лучше. Если db2 или Oracle - так вообще красота.


(249) Это для тех кто по скриншотам сервер настраивает, а потом говорит что  1с - тормозная и глючная платформа.

(207) Какой-то прям кладезь мифов вперемешку с личными фантазиями, сконцентрированных в одном посте.

> PostgreSQL сравнительно свежий (первый хилый релиз был в 1995 году)... до уровня текущих Oracle/MS SQL ему ещё развиваться лет 8-10

MS SQL - первый не менее хиленький релиз в 1989 году. Разница с Postgres отнюдь не 10 лет.
А разрабатываться обе СУБД начали в одном и том же 1986-м году.

> ... и качественной реализации многого функционала не достиг.

Можно конкретные примеры конкретного функционала, который по качеству значительно уступает?

> ... команда, которая двигает PostgreSQL, крайне незначительная.

Откуда такая информация? Или речь только о российских разработчиках PostgresPro?

> PostgreSQL стали активно пиарить и прорабатывать только в 2015-2016 году, когда был издан указ о том, что PostgreSQL будет аналогом импортозамещения импортных производителей СУБД.

Опять очередное смешение в одну кучу с подменой понятий.
Пиар - это один вопрос. Пиар в России - это другой. К тому же никакого указа о том, что именно Postgres должен стать аналогом импортозамещения не существует.
А проработка - это совершенно другой вопрос. Команда PostgresPro, например, занимались активно этой СУБД ещё задолго до всей этой истории с импортозамещением. Хотя безусловно воспользовались хайпом для монетизации своих наработок и активного пиара.

> Так что не удивлён, что про PostgreSQL стали говорить много и невпопад.

Читая твой пост, тоже перестаю этому удивляться.

(251) Моров или толстый тролль(могбы и куда изящнее) или евангелист мс...

(252) первое

(252) Давайте не будем. Может просто пивка попил и осознал степень своей некомпетентности.

(254) нет

особенно весело, когда он сам с собой (своими клонами) разговаривает

(254)у вас полоска длинная, вы должны его помнить... за ним иногда замечается

(251)

>>А проработка - это совершенно другой вопрос. Команда PostgresPro, например, занимались активно этой СУБД ещё задолго до всей этой истории с импортозамещением.

Ребятам зачет - кто ethersoft еще помнит, сделали протащили. Мы даже хотели нубов к ним заслать на обучение, но нубы ушли :-(

(257) Я уже старый и опытный. В троллизме замечен не был. Так что не стоит наговаривать ерунду. У меня нет клонов.
Я лично приходил на поинтовки в отличие от некоторых.

(259)именно поинтовки (фидошные) закруглились вместе с фидо как раз когда вы закончили школу т.е. в самом начале нулевых.
Если вы конечно указали достоверный возраст.

(260) Кто тебе сказал, что фидо закруглилось? А что я сегодня за утренним какао читал?

(261)2:5001 давно помер, а http://www.fidonet.org/ не в счёт

(262) wfido.ru
а 2.5030/830 или 2.5020/2141 или 2.5020/545 живы вовсю.

(263) Я был в сегменте 2:5022
До 2004 года был в поинтах у /103, /59. Во.
Я этому очень обрадовался.
Также был неоднократно на мистовских поинтовках.

(263) А Вам удалось стать хотя бы нодой? Так?

(265) Нет, я к этому не стремился, у меня нет возможности получать входящие.

А так, поинт 2.5030/830.57 у меня уже лет 15 и я регулярно по нему отзваниваюсь.

(267) и что по обычным телефонам через модем как и раньше?

(267) Вот здорово. Спасибо.
Ещё хотел спросить - есть ли гейт для написания писем с емайла на фидошный адрес? Раньше (в 2004 годах) что-то подобное было.

(266) Лично неоднократно настраивал T-mail, ГологоДеда, FastEcho. До этого длительное время (с 1995ых годов) читал почту по Блуваве (BlueWave), когда заходил на BBS'ки.

(259) Замечен в метании неподтвержденными утверждениями.

(271) Однозначно минусую. Замечен в успешной борьбе с провокациями и поэтому весьма уважаем здесь.

(268) Сначала по модему, потом по интернету. Но если тебя интересует интернет, я могу тебе накопать пару-тройку нод, которые работают по модему, причем один - исключительно по нему (у него 6 штук дома стоит)
(269) Не помню, надо дома смотреть, искать.
(270) фасту и деда и я настраивал. А ещё бинкд и фтрак. Эта схема работает до сей поры переехав 4 компа... Правда, вместо фасты хпт.

я с фидо вообще не знаком,

(272) ты мало того, что на чужие персоны порой бочку катишь, но еще и самовосхвалением занимаешься?!

Ну-ну... Пора продемонстрировать, как тебя здесь уважают на самом деле.

Анекдот пятницы "Моров весьма уважаем на Мисте"

(275) Он этого, как мне кажется, и добивался )

(277) "все что могу" как говорится, но без бана на новые посты :-)

1

Сталкивался с проблемами динамического обновления на Postgre. Правда дело было на релизе 8.3.
http://catalog.mista.ru/public/168392/
Как сейчас с этим?

(280) а разве в 2013 на мс скл были толпы любителей демонического обновления?! Народ до сих пор шарахается от такого... и есть мнение, что именно для обхода подобного рода глюков придумано в том числе технология Расширений, которые и не просто Расширения, а Патчи программных модулей.

(251) доля правды есть, потому что свободный софт никогда не развивается как платный - поддержка во многом идёт энтузиастами и нет таких денег на НИОКР как у оракла и МС. Но хорошо работающие базы на PG существуют, и деться от этого факта никуда нельзя. А значит - скорее всего есть устранимые причины для плохого результата.

(281) при этом у расширений под капотом - то же самое динамическое обновление.

(280) > Сталкивался с проблемами динамического обновления на Postgre...

Динамическое обновление остаётся весьма нестабильным механизмом, применять который на практике крайне не рекомендуется. Можно 1000 раз обновиться успешно, а на 1001-й раз словить ошибку, которая лечится только ручными правками в БД. Нет даже точного понимания причин возникновения ошибок - у одних оно работает без глюков годами, а у других регулярно ломает базы.
Точной статистики конечно же нет, но субъективно с базами на MS SQL сбои после динамического обновления бывают после динамического обновления ничуть не реже, чем с базами на Postgres.
ИМХО, проблема эта скорее связана с платформой, чем с СУБД. Так что в качестве критерия для сравнения MS с Postgres вряд ли следует использовать.

(282) > есть устранимые причины для плохого результата.

А что понимается под плохими результатами?
Особенно если говорить об этих СУБД применительно к их использованию в связке с 1С.
Реальные проблемы были еще несколько лет назад на старых версиях Postgres и 1С до версии 8.3. На сегодняшний день почти все они решены (во всяком случае самые критичные).

ИМХО, для применения Postgres (хоть на Windows, хоть на Linux) на среднего уровня нагруженности системах никаких серьезных ограничений я не вижу. На высоконагруженных системах могут быть нюансы (например, проблема огромного количества файлов, которые создаёт Postgres при работе с базами размера УПП), которые следует учитывать.

Основным тормозом распространения Postgres для работы с 1С являются две вещи.
1. Отсутствие нормального (простого, стабильно работающего, понятного любому чайнику, и желательно русифицированного) инструмента администрирования - аналога MS SQL Server Management Studio. Проблема признаётся самим разработчиками Postgres и они даже помнится в прошлом году обещали всерьёз ею заняться (но воз и ныне там).
2. Отсутствие простой, понятной пошаговой документации (желательно с картинками) с инструкциями как развернуть Postgres для использования с 1С, включающими основные аспекты - создание баз, выгрузка/загрузка, создание резервных копий и восстановление из них, настройка всех необходимых регламентов. Всё что есть сейчас, требует зачастую установки нескольких различных инструментов, неочевидного и НЕ интуитивно понятного их использования. Некоторые из этих инструментов вообще не имеют графического интерфейса, а у среднестатистического 1С-ника это вызывает впадение в ступор.

Остальное - это либо чисто субъективные страхи и опасения некоторых внедренцев перед чем-то, к чему они не привыкли, либо использование того, что уже было куплено ранее (для более ранних версий или для другого софта).

(285)
Я вам как бывший админ(windows, linux) говорю,
Главный тормоз распространения Postgres - это аникейщики, которые не знают как пользоваться командной строкой.

1. ГУИ администрирование уходит в прошлое, это признает и МС в том числе (power shell). Будущее за консолью. Она позволяет быстро переносить и сравнивать настройки между разными серверами, позволяет автоматизировать многие настройки в зависимости от параметров железа и.п.
Любовь и умение использовать консоль это признак профессиональности админа. Попытки возвести в эталон на архаичную  MS SQL Server Management Studio, это признак отсутствия либо желания, либо умения читать документацию.
2. По шаговых инструкций по Postgres не меньше, чем для микрософта.

Производительность постгреса во многопоточном режиме(не однопоточный тест) давно уже обогнала МССКЛ.

(286) Я так понимаю, ты в ближайшей аптеке имеешь огромные оптовые скидки на визин?

(287) Если ты про консоль - то с ней работать профу проще, открыл себе терминальчик и нефиг глазами по экрану в поисках иконок шариться :-)

(286) ну положим нужна не только консоль, но и знаний хоть немного... ну хотя-бы докер там или вагрант прикрутить

При тех ограничениях которые есть в MySQL разницы нет

(290) а причём тут MySQL?

(0) Что есть лучше?
Сравниваем коммерческий продукт за деньги и некоммерческий
Разница в бесконечность. Почувствуйте бесконечную разницу!

Производительность. Наверное МС не глуп, переведя свой продукт в Линукс. Наверное, об этом мало кто знает. https://info.microsoft.com/sql-server-on-linux-quick-start-whitepaper-registration.ru.1.html

В свое время половил на Постгрессе часовые апдейты на УПП. Так привкус и остался. Чего-то пока не хочется экспериментировать. Ведь на СКУЛЕ от МС он делался за минуту! (Железо то же, повторюсь, дело было давно, в 8.1 год 2008 или около того)

Но для мелочи всякой, постгресс - это классная вещь!

мда... за такие посты прямо наградные знаки нужно выдавать какие-то. Не, это нужно памятный знак утвердить и выдавать:

"Я словил глюки где-то в 2008 году или около того"

(293) И не говори, я вот тоже винду не люблю, помню, как плевался с этой блевотной версии 1.0

(294) я вот до сих пор иногда, но очень редко запускаю вин98 - она у меня есть в виртуальной машине. Страшненькая, но работает. Храню в качестве раритета :-)

(295) Ну тогда это тебе должно понравиться (если, конечно, ты еще не в курсе был, что такое есть): http://www.therestartpage.com/

(296) ну я ее запускаю не для процесса перезагрузки. ВМ позволяет себя закрывать с сохранением текущего состояния сеанса.

А так-то прикольный сайт - покликал, посмотрел, звуки, воспоминания :)

(289) Выбрось каку, это для всяких Ява-скриптизеров, которые кликами все ставят.

(298) эк ты обозвал Лустина...
на самом деле докером удобно переносить с места на место, разворачивать где-то со всем окружением и настройками не парясь про версии библиотек

300

(300) Тракторист обрадовался твоему посту )))

(202) Вот про Postgres Pro, говорят, в тестах лучше MS SQL

Postgres Pro Standard требует приобретения лицензии при установке в пром.
Вот цитата со страницы скачивания:
«Предоставляются права на использование, копирование, изменение и распространение данного программного обеспечения и его документации для целей тестирования, разработки ПО, ознакомления с функциональностью СУБД, использования в образовательном процессе бесплатно и без подписания какого-либо соглашения, при условии что для каждой копии будут предоставлены данное выше замечание об авторских правах, текущий абзац и четыре следующих абзаца. Использование в других целях, встраивание в другие продукты, тиражирование и прочие действия требуют приобретения отдельной лицензии.»

Если вы рассматриваете PostgreSQL или Postgres для использования с 1С, то у вас имеются такие варианты:

    Свободно-распространяемый PostgreSQL. Его вариант с поддержкой 1С (с добавленными патчами для совместимости) имеется как на сайте 1С, так и у нас (Тут). Вам не нужно приобретать лицензии и вы можете не приобретать поддержку, приняв риски неисправностей на себя. Если решите, что поддержка вам необходима, то мы продаем ее по 42 480 рублей в год за ядро процессора.
    Использовать Postgres Pro Enterprise. Эта версия существенно переработана и оптимизирована. Для случая 1С она примерно в 2 раза производительнее и в ряде тестов дает результаты лучше MS SQL. При этом постоянные лицензии на нее стоят 78 700 рублей за ядро, годовая – 36 000 рублей. Кроме того, для этого варианта имеются еще лицензии по пользователям, которые выгоднее для маленьких внедрений.


Но с нового года подорожает на 10%. Торопитесь, если надо конечно :)

(302) > Postgres Pro Enterprise...Для случая 1С она примерно в 2 раза производительнее

Ключевой вопрос - "в 2 раза производительнее" чего? - обычной сборки PostgresPro? А за счет чего? И выигрывает ли производительность в 2 раза всегда и во всём?

> ...и в ряде тестов дает результаты лучше MS SQL.

В ряде каких именно тестов результаты лучше, чем у MS SQL?

Бесит такая крайне мутная и непонятная формулировка. Когда не совсем ясно - что именно я покупаю за деньги и за какие конкретно деньги.

(303) на 50% больше объема

(303) Ну да, маркетингу налили слегка. Возможно, если у них попросить, покажут и тесты.

(303) https://www.ibs.ru/interlab/blog/test-drayv-postgres-pro-v-sborke-dlya-skaly-sr-protiv-ms-sql-na-primere-1s-predpriyatie/
Имитировали многпользовательскую нагрузку, пишут Postgres Pro Enterprise лучше. Правда, там несколько специфично...
За счет такого модуля расширения https://postgrespro.ru/docs/enterprise/10/aqo может быть быстрее, для некоторых типов запросов.
Еще различия между оригиналом и Postgres Pro EE https://habr.com/company/postgrespro/blog/337180/

(306) познавательно!
Но 2-х кратным превосходством там не пахнет.

Тут фриц пишет мс закрывает 22 ноября свой офис в рф

Может кто чего слышал, а не то у него мутный первоисточник

(308) Мелкософты уже сказали, что фейк, но уточнили, что будут продавать в долларах теперь. Ну, тоесть, их самих закроют наши власти, они будут страдать за демократию, вот это всё.

https://www.ferra.ru/ru/techlife/news/2018/11/19/microsoft-ru-go-on/?from=rss

(311) Ну и скатертью дорожка...

PostgreSQL 11.l для 1С, тестовая редакция http://repo.postgrespro.ru/1c-11-beta/
Вкратце, что нового в 11-версии(в общем) - https://habr.com/company/postgrespro/blog/426745/

(311) что-то никто никого не закрыл

Эти покупки в долларах усложняют ведение бухгалтерии

(315) Ну значит покупать будем у всяких там софтлайнов и прочих посредников за рубли. С валютой точно связываться мало кто захочет.

(315) так документы они могут все в рублях выписывать. просто прайс в у.е.

Занятное сравнение(ссылка попалась на глаза на Инфостарте) https://efsol.ru/articles/1s-sql-test.html
Достаточно осмысленные результаты для конкретных(и широко распространенных) конфигураций.
Там еще первая часть есть https://efsol.ru/articles/1s-mssql-postgresql.html
Сравниваются различные комбинации, в том числе и в виртуальной среде.

(318) Я радом стоял когда игрались с кип. И основные затраты при работе не в работе сервера 1С, а в работе клиента. Потому и ОФ быстрее УФ, потому что клиент отзывчивее.

По ссылки не понятно это цифры исключительно модуля обработки проведения (серверная часть). Или это время от нажатия кнопки ОК до закрытия документа (клиентская часть + серверная часть).
Если второе то на винде обычно время 2,786 сек означает что  2 секунды работал клиент и 0.786 сек работал модуль проведения

(319) Так клиент там один и тот же, разные только серверные части.
Или один и тот же клиент с разными серверными частями работает по разному? Или нет?

(320) У меня нет таких данных о скорости работы клиента с разными серверными частями

(318) А почему у них в выводах сказано, что нужны какие-то специалисты на "нестандартным СУБД" ? Рассмотрено все абсолютно стандартное.

(322) Шаблон мышления, формируемый больше десятка лет в среде 1С. Вот, конец 2018-го https://forum.infostart.ru/forum95/topic203934/?PAGEN_1=1
Устойчивое мнение, что специалист по PostgreSQL - редкий и дорогой, найти его практически невозможно, даже в Москве и другие "негативные опыты применения" автоматом зачисляют эту СУБД в разряд "нестандартной альтернативы".

(323) дык в те же самые 10 лет назад периодически народ на грабли наступал, что в МС СКЛ забывали накатить сервис-пак, запретить серверу отдавать сиквелу всю оперативу и т.д., однако, это им не мешает много-много лет внушать самим себе. "а мы ХХ лет тому назад словили УУ ошибку" вот с тех пор продолжаем отговаривать клиентов. Хотя 1С упорно пилит с новые релизы платформы и новые релизы 1С-сборок постгри.

Хорошо хоть в этих статьях по ссылкам свежие тесты. Хоть и не до конца прозрачные, но все-таки свежие.

(324) до сих пор средний админ небольшой конторки (500-100 чел) не умеет в линукс

(325) как кат? у таких контор уже наверняка есть своя АТС (линукс/фряха), нормальный роутер с виланами (никсы) и шлюз (тоже как правило никсовое чо-то), всякие внутренние порталы и прочее.

(325) А большинство бухгалтеров небольших конторок не умеют записывать формулы в экселе и что? Но опять таки большинство из них готовы ныть, что им нужен эксель, а не калк

(325) если чел лет 5 работает админом то он может не знать линукс если только:
1.крайне ленив
2.загружен выше крыши
3.корпоративные правила запрещают использовать на раб.что либо кроме мс

(328) Зачем админу в ларьке знать линукс?.
Нормальных мануалов нет, все ошибки - нужно знать английски, потому что в ру сегменте это настолько редкий зверь что знания его передаются из уст в уста и в интернете  не светят.

Даже если где то и есть то это куски раскиданные по всему инету на десятках форумов без какой либо структуре и чеклисту. Т.е. любая проблема - никто не знает почему ну у всех есть с десяток строк инициализаций, который нужно попробовать в надежде что что-то выстрелить. А почему так и зачем - а хз, так старый админ говорил делать.


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

(329) бред не надо писать, начиная со слов "нормальных мануалов нет"

(329) и заканчивая сказками о чрезвычайной многочисленности сертифицированных специалистов по МС

(330) Хорошо у 1с есть чеклист по настройки скуля.
https://its.1c.ru/db/metod8dev#content:5904:hdoc
Где почитать аналог на русском для постгри?

(332) ну и чья заслуга в составлении этого чеклиста?
Петух 1С ников клюнет и для постгри такой же напишут.

Твое ворчание, скажем так, в адрес постгри ...
Ну не стала бы сама 1С поддерживать его в своей платформе и что, много ли о нем было бы разговоров? А так они _сами_ мало того, что сделали поддержку, но и развивают ее, устраняют выявляемые баги и т.д. и т.п.

(338) Т.е. все таки подтверждаешь что нормальных мануалов нет?

по поводу чеклиста для ms есть куча сайтов где все собрано в одном месте, даже у курсыпо1С есть спецкурс. На инфостарте подробная статья с картинками.
Я просто привел ссылку на наиболее авторитетный источник.

(334) нормальные мануалы есть.
У тебя постгри в продакшен работает? У нас работает.
И это уже с 2007 года я ни одного года не припомню, чтоб пострги у кого-то рядом со мной не было в работе.
Лично мне сейчас лениво суетиться и выискивать вот и все.
Помню, что и от КурсыПо1С или еще от кого-то прилетала реклама на обучение и по постгри и по линуксу. Администрирования. Но я не админ. Я не беру деньги за админство. Но курсы прилетали, помню. Если кому надо, тот найдет и все настроит и поставит.

Со временем ситуация будет только улучшаться с этим делом. Но и сейчас оно уже намного лучше и легче устанавливается, настраивается и ошибок меньше. Намного меньше.

Тут же в старых платформах, например, ошибок явных уже нет. Проблема именно в том, что новые платформы выпускают и новые баги дописывают. Уж не знаю, каких больше. На мой взгляд с МС СКЛ столько же, если не больше.

И да у 1с есть такой и по настройки На постгри 9.2 на 8.1
https://its.1c.ru/db/metod8dev#content:5866:hdoc

Но там если ты не красноглазик суваться не стоит ибо
"Данный документ подразумевает хотя бы поверхностное знакомство с архитектурой PgSQL."
Т.е. кучу параметров без объъяснения куда писать и зачем это делать

Вот какое-то время тому назад - появилось у меня желание поднять на своем же компе пару виртуальных машин для отдельно сервера и отдельно клиента. Установил туда на сервер постгри. Настроил, соединил клиента с сервером. Заработало все.

(336) Но вот это все объясняет. Это называется профессиональная деформация.
Юрист всегда найдет, что сказать из опыта или припомнит какую-нибудь статью, но это не означает что все вокруг юристы и любая домохозяйка знает УК РФ

(337) устаревшая инструкция. Ее уже менять давно пора или обновлять. Сейчас же все ставят 9.6.1 и на меньшее никто не согласен :-)

(340) так я о том же, что некому это нафиг не нужно, знания передают из уст в уста и открыть сайт и посайту сделать чтобы все было круто, без погружения в область - фиг получиться

(339) и что мне теперь делать с твоим упреком?
Убиться сразу или побежать на сервак своего работодателя где уже много лет и самое главное без меня и до меня уже работает постгри и уничтожить его там?

Да, вроде, нормально все с Постгресом. У клиента порядка 10+ баз в облаке на одной виртуалке крутятся. В основной базе УТ где-то 40+ пользователей постоянно работают и ,ничего так, бодренько. С месяц назад на 13-ю платформу и 10 Постгрес перевели. В БУХ,УТ,ЗУП никаких глюков не замечено.

просто Ростов-на-Дону в реальности большой город. И там есть много-много и линуксоидов и вообще самых разных программистов/айтишников. И это нормально, что далеко не всех представителей разных айтишников, разных направлений приходится или удается встретить живьем в повседневной практике - это само по себе не означает, что таких программистов не существует в жизни.

Я вот ставил линукс первый раз году в 96-ом если мне память не изменяет... Но никуда он тогда лично мне не пригодился. Нетварь тоже помню, правда уже с трудом, тогда на ней базы 7.7 в файловом режиме можно было держать и только через сколько=то лет МС СКЛ появился доступный, на котором все дружно начали ставить. И я хорошо помню, что до лицензирования всего этого хозяйства дело доходило очень и очень со скрипом. Потому и распространялось оно все с бешеной скоростью, на самом деле.
А среди моих друзей, приятелей, коллег всегда находились люди, знающие линукс, юникс, какие-то реалтайм ос.
По Оракл знаю специалистов. Фирма есть знакомая, куда меня всегда готовы взять юниором для работы с Оракл.

Не понимаю я этого "отрицания" как бы чего-то еще, кроме одного евангелического... Просто удивляюсь такому.

И повторюсь, 1С сама из своих стратегических соображений реализовала поддержку разных СУБД. И сама же точно также реализует документирование возможностей по использованию этой СУБД, но может там кто-то близкий к ним надоумит руководство вложиться не только в программную реализацию возможностей, но и задокументировать все эти возможности более качественно и все будет вполне себе замечательно.

А вот эта вся функциональность в 1С с веб-технологиями
- я вот в них даже не успеваю толком разобраться. Но этот способ тоже есть и работать можно не только через СУБД и серверную лицензию, но с использованием апача и файловым режимом доступа к базе взамен СУБД.

(329)в далёком 2000 листал Э.Неммет ... точное название книги не вспомню - вполне толковая книга причем перевод на Великий и могучий... и это почти 20 лет назад! Сейчас их просто море!

(332) в "настольной книге эксперта" всё что нужно про настройку есть (и по постгри и по мс-скл)

Я правильно понимаю, что основная аргументация в пользу Postgres это то, что "тонко настроенный постгрис делает мсскуль с дефольными настройками"?
Тогда может корректнее рассматривать "дефолтный постгрис vs. дефолтный мсскуль" и "тонко настроенный постгрис vs. тонко настроенный мсскуль"?

(347) " основная аргументация в пользу" в первую очередь - цена

(347) основная аргументация цена, конечно - вот недавно была ветка практического выбора ПО для сервака
Вопрос по замене сервера

(347) на практике проблема, как я ее вижу - в том что постгри изначально некоммерческий софт и поэтому в нем нет удобных "вылизанных" инструментов, таких как Enterprise Studio, которые позволяют легко делать сложные вещи непрофессионалам. Вместо них есть редактирование конфигов и разнородные поделки большого сообщества, где кто в лес, а кто по дрова, что, в общем, типичная особенность свободного ПО. Это в общем случае не означает, что СПО плохое, а коммерческое ПО хорошее - это просто данность, с которой приходится жить. Вторая проблема заключается в том что 1С до определенного момента не уделяла достаточного внимания работе с этой СУБД, из-за чего возникают одиозные вещи вроде описанной в данной теме, которые людям приходится преодолевать на лыжах по асфальту.

(350) pgAdmin 4.2 до студии сильно недотягивает но в целом неплох

Опубликовали PostgreSQL, версия 10.5-6.1C
http://downloads.v8.1c.ru/content//AddCompPostgre/10_5_6_1C/postgreUpdate_ru.htm
Основной упор сделан на оптимизацию построения планов запросов.

Немного подробнее об оптимизации - http://catalog.mista.ru/public/960592/

Провел вот тест Гилева на арендованном облачном сервере.

MS SQL
показал 29.41 попугаев (хороший результат)

PostgreSQL 10.3_3.1C_x64
показал 20 попугаев (тоже попало в зону "хорошо" по классификации Гилева, но таки ближе к зоне "удовлетворительно")

Сейчас скачаю и запущу тест Postgre 10.5

Всё крутится на винде, сервер 1С и SQL на одном сервере
Intel Xeon Gold 6126 2.60GHz (гипертрейдинг заявляют до 3.7 ГГц), оперативка 16Гб
1С версия 8.3.13.1644

Получается на текущий момент что MS на винде явно лучше чем Postgres

(354) и дорого.
а  на линуксе и постгри ничего платить не надо.
Это для многих первый и последний аргумент.
Но вот спецов по линуксу в таких местах кот наплакал.

+ (354)

Тест Гилева

postgresql-10.5-6.1C(x64)
показал 20.33 попугая

ИМХО если лучше и стало, то не значительно

(355)
"на линуксе"
Бизнесу не надо "линукс"... Бизнесу надо "поставил и забыл"... и бесплатно)

Интересно получается. Если не кормить разработчиков платного ПО, то придется кормить специалистов, обслуживающих бесплатное ПО. Так и бесплатность на нет может сойти, а то и "бесплатное" окажется дороже платного.

Зависите от настройки постгри. Если есть хороший спец по постгри, то производительность будет на уровне ms sql.

Но в целом постгри сложней админить, так как спецов мало.

каждый случай надо рассматривать индивидуально.

(358) так было всегда. Те кто живёт в мире коммерческого софта, зарабатывали на продажах,  в мире СПО - на поддержке. Кушать все хотят.

постгря 10ая сыровата...

Посмотрите на проблему с точки зрения доступности спецов. Почти любой 1Сник может легко установить и админить SQL-сервер, многие умеют пользоваться профайлером и писать небольшие скрипты на Т-SQL. Т.е. в случае чего решат проблему даже без админа.
А Postgres не так уж многие и видели, а на крупных внедрениях - вообще не видели. И любая проблема с ним м.б. засадой для спеца "с улицы".

(349) Дичь какая

(349) Это просто праздник какой-то. Я просто фигею, как народ вообще жил раньше на Postgree с такой СУБД, если они вещи, которые уже были в MS SQL Server 2000 преподносят как новейшие.

(349) Это точно статья 2018, а не 2008 года? Там ребята, похоже застряли в каменном веке.

(354) Радуют меня такие заявления типа "Я поставил без настройки MS и Postgres, второй хуже, чем первый, значит говно", при этом почему-то не приходит в голову мысль, что это просто руки кривые
Сабжа и (0) как бы предполагают, что речь про сравнение правильно настроенных продуктов, а не поставленных по дефолту

(302) > Вам не нужно приобретать лицензии и вы можете не приобретать поддержку, приняв риски неисправностей на себя.

куету морозят. риск всегда лежит на собственнике.
даже если застраховать.

(350) > Это в общем случае не означает, что СПО плохое

вобще-то означает.
если руль в багажник засунули..

(367) ну если база мало-мальски серьезных размеров, то и МС СКЛ без настройки хреново работает. Хреново ровно настолько, чтоб продавец через полгода мучений покупателя еще раз им чего-то дополнительно продал. Развели на покупку первый раз, значит и второй раз на покупку разведут.

(367) Если в 2018(!) году СУБД по дефолту не может обеспечить приемлемую производительность для 80% баз, то это не СУБД, а говно. Потребителя уважать нужно, а не херней страдать.
В мире 1С не так уж и много специфических высоконагруженных баз, где тонкий тюнинг СУБД нужен.

(371) А серьезных, это насколько? Больше 100 Гб?

(372) Так Postgres, насколько я в курсе, вообще не так давно стал рассматривать 1С как серьезного потребителя

последний постгрес  очень сильно вырвался вперед по скорости и надежности.

Из "каменного века" - https://www.sql.ru/forum/851549/dolgiy-zapros-s-vlozhennymi-zaprosami-na-1s-8?hl=%e7%e0%ef%f0%ee%f1%fb%201%f1
Такой запрос как у автора той темы MS SQL на ура провернет или все же придется переписывать?

(374) Скорее 1С повернулась лицом к PostgreSQL. Но в целом, благодаря активности разработчиков, встречам, просьбам, увеличению количества разработчиков PostgreSQL резко усилила качество продукта. Что касается PostgreSQL 1C Enterprise, то в этом продукте реализовано много фич для корпоративних баз данных. Та же компрессия данных позволяет иметь вместо 40Гб базы - 10 Гб. Соответственно и стоит данный продукт как корпоративный, но на пару порядков дешевле Оракла. При этом стандартная версия для 1С - бесплатная, хватает ее для маленьких и средних баз выше крыши.

(376) Наверное нужно смотреть в сторону последнего 10 релиза.

"многопараметрическая статистика добавлена. Это очень важно, потому что в Postgres выполнение запросов зависит от того, какую оценку стоимости база данных может дать для вашего запроса. И это зависит от статистики. До сих пор до версии 10 статистика была однопараметрическая, т.е. для какой-то определенной колонки. А сейчас стала многопараметрической, так что вы можете делать статистику для связанных колонок. Это важно для 1С, потому что в 1С бывают сложные запросы, когда колонки друг с другом связаны, и это надо учитывать"

https://postgrespro.ru/blog/media/3725860

(376) Оттуда же:
"Я хочу отметить одну вещь. Известно, что 1С-ники пишут запросы на “своем” языке. В первый раз, когда я столкнулся с запросами 1С в 2008 году, я был шокирован. Несколько дней мы занимались тем, что пытались сократить запрос размером в 100 кБ и сделать его удобоваримым. Сейчас к нам приходят запросы длиной даже в 1 мБ. Я всегда поражаюсь, когда прихожу к вам, смотрю, неужели вот этот человек может описать вот такой запрос? И я очень горд за Postgres, потому что он справляется с такими запросами и при этом не умирает. Перечисленные выше функции и помогают решать такие проблемы."

(372) Ну и сам страдай херней дальше со своим МС СКЛ, который е.анет внезапно санкциями и ппц.

Сам же должен понимать прекрасно для чего нужно продвигать независимое ПО или как его обычно называют Открытое.

(374) Ну как давно, как они сами и пишут - с 2008 года. Как только 1С приняла решение, что безальтернативно сидеть на мс скл не очень хорошо, так и пошло развитие. Другое дело, что сложно адекватно оценивать скорость разработки, что можно считать быстрым развитием или не слишком быстрым.

(370) аналогия неверна. Здесь, скорее, аналогия между мерседесом и москвичом. Второе по сравнению с первым почти бесплатно, но требует определенных усилий по доведению до ума, не исключая обращений в платные сервисы (хотя никто не мешает и самостоятельно перебрать движок). Но! И то и другое может ехать, а в определенных случаях Москвич даже едет неплохо. Каждому свое...

та же самая аналогия с инструментарием. У мерседеса специфические съемники, диагностическое оборудование, которое распространяется по дилерским сервисам (Enterprise Studio). У москвича - разнообразные долота, зубилы и самовыточенные девайсы, которые делаются сообществом гаражных мастеров, которые позволяют каждое решать определенные задачи и раздаются бесплатно любому человеку который готов это освоить...

Москвич способен прямо с завода поехать, но не факт что он поедет хорошо и не факт что доедет далеко (PG часто заклинивает через 3-4 месяца после начала работы, когда база разрастается). При приложении рук это как-то можно решить.

(372) Чуточку разверну свое высказывание в (380)

Очень многие по привычке некорректно оценивают все-таки масштабы затрат, которые возникают при работе на МС СКЛ. Мне в 2006 и в 2007 году еще тогда, еще при относительно низком курсе доллара, приходилось составлять _полную_ (подчеркнул специально) смету лицензионно чистой установки клиентских компов в сети предприятия без льгот на покупку лицензий от майкрософт. В самом легком варианте сумма начиналась от 800 долларов в пересчете на каждый клиентский комп. В максимальной версии было 1400 долларов.

Для сети на 100 машин от 80.000 $ до 140.000 $

А на момент начала разработок с использованием постгри стоимость сопровождения была не определена.

И еще момент. Нет спецов, нет спецов - спецы есть всегда, когда на них есть спрос. Изучить нужный комплект документации и настроить работу с нуля для специалиста уже работающего с аналогичным, похожим ПО - ну максимум три месяца, в среднем - месяц, наверное.
Нва тех предприятиях, где принимали решения работать с постгри, работать продолжали те же самые специалисты, что и работали с МС СКЛ до этого или с Оракл. И там же были СУБД не только МС СКЛ или Оракл, но и майскл, а у кого-то и IBM DB2 встречался.

(381) Жаль что firebird/interbase не рассматривали как альтернативу(

(385) > Изучить нужный комплект документации и настроить работу с нуля для специалиста уже работающего с аналогичным, похожим ПО - ну максимум три месяца, в среднем - месяц, наверное.

Интересно, кто-нибудь берет на внедрение специалистов, которые честно говорят "да я по этой СУБД(программе/технологии) месяц документацию читал, всё будет летать" ?

(367) > Радуют меня такие заявления типа "Я поставил без настройки MS и Postgres, второй хуже, чем первый, значит говно"

А в чём радость то?
Два программных продукта поставили "из коробки".
Причем дистрибутив Postgres, если он скачивался с сайта 1С или со страницы дистрибутивов для 1С сайта PostgresPro, уже имеет настройки для оптимальной работы с 1С. То есть в некотором смысле Postgres даже в более выигрышном положении.

> ...не приходит в голову мысль, что это просто руки кривые

А что именно, по твоему мнению, необходимо дополнительно подкручивать в Postgres (если это изначально не ванильный дистрибутив, а поставляемый специально для 1С)?
Нахрена вообще нужно ПО, которое надо каким-то хитрым образом тонко тюнинговать ещё на этапе установки и до начала эксплуатации? (про настройки по мотивам "рекомендации с ИТС" я не говорю - будем считать, что их все делают при установке ПО).

Лично меня веселят сообщения умников, которые наоборот начинают сравнивать затюнингованную вхлам систему с типовой поставкой из коробки. И с пеной у рта доказывать крутизну первой по сравнению со второй.

(386) кстати, да. Распространение firebird/interbase было тогда достаточно большим. Но выбрали именно то, что выбрали.

В свое время мс скл выбрали еще для 7.7 только из-за готовой команды разработчиков в тот период. Хотя можно было и Оракл взять за основу. Но это обходилось бы покупателям еще дороже, если брать его с лицензиями.

(388) значит установочный пакет, который раздает со своего ИТС 1С когда-то сподобятся укомплектовать уже настроенными вариантами "типовых сценариев использования СУБД" или как они там грамотно сформулируют эту идею.

(387) Я вот знаю одну достаточно крупную компанию, где на Postgres перевели все бухгалтерские базы. Специалист по MS SQL разобрался за месяц ковыряния в перерывах между основной работой.

(388) нет такого понятия "из коробки" для свободного софта. И коробки нет, ибо некому ее состряпать, никто ее не закажет в типографии :)

(392) из коробки = дефолтные настройки

(392) Есть понятие - с репы. Я в свое время был очень доволен, насколько просто PostgreSQL устанавливается на Linux с сайта postgrespro.ru

(394) "из коробки" никак не влияет на простоту установки

(378)Да, развитие идет. А некоторый ряд специалистов, со своим "негативным опытом применения Postgres" в 2009 году, так там(в 2009-м) и остались. И до сих пор транслируют оттуда с гордостью о своих неудачах с этой СУБД.
Хотя нет никаких принципиальных причин не проявить элементарную любознательность.

(395) Де-факто "с репы" и есть из коробки. Под виндой сразу предлагается применить оптимизированный конфиг.

(394) установить мало. Еще желательно чтобы оно работало. Я в свое время тоже поставил и оно работало, рил! Месяца три. Пока не приуныло на несколько часиков на РСВ.

(396) Мне в свое время рассказывали, что специалист с раруса внедряя свою конфигурацию спросил насчет PostgreSQL - а где на сайте Microsoft можно его скачать.

(392) Не надо прикидываться чайником. Ты прекрасно понял что именно я имел ввиду под термином "из коробки". Дистрибутив MSSQLSever тоже может быть без коробки и включать очень и очень разный набор пакетов.

причем нельзя сказать что я вообще ничего не делал. Я перекопал тогдашний инет (2011 год), подправил конфиг, ушло у меня на это сколько-то времени, бэкапы настроил. И, дурак, думал что отделался :)))

(398) А перед этим у тебя наверняка обновление конфигурации прилетало и там что-то круто переписали и было это происшествие не в этом году. а лет пять или даже больше тому назад.

(402) 2011

(401) ого. 2011 год! Тогда действительно пришлось словить ошибку в конфликтах платформы 1с с постгри. Помню, выбирали тогда работающую связку постгри+платформу, поскольку на линукс-сервере тогда не всякая связка проходила безболезненно.

(404) если бы я не имел никакого опыта по этому вопросу, я бы не писал в эту ветку. Опыт был, и на тот момент неудачный. Но судя по тому что происходит, я надеюсь, что теперь уже можно получить лучшие результаты и есть смысл тратить на это время.

(398) Я в 2008 году в PostgreSQL 8.3 реиндексацию и полный вакуум очень часто делал и злился что уходило минут по 40-50.
В 8.4 это время сократилось в разы. И с каждым релизом становится все лучше и лучше.

Кстати, до сих пор попадаются примеры, когда Заказчик продолжает сидеть на платформе 8.2, юзает УТ 10 и ни в какую не соглашается обновить платформу и конфигурацию.

(392) "работает из коробки" - Работает без дополнительных действий, в стандартной поставке, при установке с настройками по умолчанию.

(408) т.е. другими словами: в репозитории, из которого выполняется установка, не хватает файла с установленными дефолтными настройками, соответствующими тем патчам, которые были применены к "ванильному постгри"

(404) Примерно в то же время, в первых версиях БГУ первой редакции, больше полугода нельзя было сделать ТиИ, Postgres валился в ошибку. Приходилось выгружать в файловую, потом обратно. Со временем починили.

(407) платформу ладно. А конфигурация стоит денег и сил, в особенности, если ее затачивали под эту организацию... Понять вполне можно.

(398) По РСВ есть рекомендация отключать оптимизатор. Может быть ты не отключил его?

(410) да. И не только в БГУ.

(400) Задолбали вы своими "коробками". Или с МС СКЛ никто не тюнит? Прям вот ТемпДБ не выносят на отдельный винт? Бэкапы? Пересчет статистики? Реиндексация? Разрастание Логов?
Или это для вас не считается?
А много серверов падало с копыт из-за того, что ограничение ОЗУ для СКЛ-а этого не выставили и оно всю память сжирало?

Сказочники, они такие сказочники. Зато "тайное знание", в виде оптимизированных скриптов обслуживания баз засовывают в закладочки.

http://catalog.mista.ru/public/308762/
https://blogs.msdn.microsoft.com/blogdoezequiel/2011/07/03/adaptive-index-defrag/

З.Ы. При определенном уровне опыта становится вообще все равно, на каком языке программировать, а также все равно - какую базу обслуживать и какую ось ставить.

(414) количество иппатории несопоставимо. На достаточно средней базе на настройку скуля у нас ушло несколько часов вместе со всеми регламентами а-ля статистика, память и бэкапы. И потом я по большому счету к этой базе подходил за семь лет один раз - когда в упсе батарея сдохла и понадобилось из бэкапа поднять базу, которая после включения оказалась в суспекте. ВСЁ!
Теперь постгри. Во-первых, я не нашел очевидного описания параметров, не говоря уже о готовых значениях под типовые системы. Пришлось додумывать, подстраивать и поддергивать. Во-вторых, я не нашел нормального инструмента для настройки - только блокнот и адское на тот момент убожище pgAdmin (не знаю как сейчас). Ладно, я терпеливый. В-третьих, выяснилось что бэкап штатным образом валяется - см. данный топик. Как его правильно поднять, я узнал вот только отсюда недели три назад - спасибо доброму человеку. Ну и в-четвертых, база, которая вроде бы бодро пошла работать, через три месяца легла на расчете себестоимости выпуска. Три месяца, Карл. Против семи лет. При тех же усилиях.

но при всем при этом я все же надеюсь, что если я возьмусь сейчас и на 8.3, я все-таки добьюсь рабочей базы...

(414) Еще раз для дебилов и чукчей, которые "писатель, а не читатель": стандартные настройки любой СУБД (хоть MS, хоть  PG) для работы с 1С, которые перечислены в чек-листах по настройке продуктивных серверов на сайте ИТС 1С, тюнингом никто не называет.
Это то, что делается всегда при установке и первоначальной настройке СУБД. Установка нескольких магический параметров, настройка регламентов типа бекапов, переиндексаций, обновлений статистик и т.д. и т.п.
Всё это делается относительно быстро и просто (хотя в PG через *опу и значительно дольше, чем в Management Studio для MS).
Так вот подобный алгоритм установки, когда поставили и выполнили требуемый минимум настроек, описанный в чек-листах и официальных рекомендациях от самой 1С, и называется поставить "из коробки".
О дебилистической установке "Далее - Далее - Готово" и сразу в продуктив никто не говорит.

(417) Коллега, сбавьте градус и перечитайте правила форума.

(418) Извиняюсь. Просто утомили уже. Каждому по десять раз надо повторить и разжевать - о чем идёт речь. И почему-то 9 из 10 1С-ников всерьез считают обычную настройку бекапов и обновления статистики тюнингом и магией 80 уровня.

(419) Чек-лист с ИТС делают не более 5% от общего числа серверных баз. Остальные именно "Далее - далее - готово" и все.

(420) 5% это ИМХО крайне оптимистично.
Далее далее далее я видел везде.
А что то там читать с ИТС - когда проблемы пойдут, а может к тому моменту я уже уволюсь(с) - типичная ситуация

(421) так вот оказывается в чем проблема :-)
постгри ставят там, где почему-то обитают Васи.

(422) Постри ставят что бы не платить за скуль.
А про DBA хотя бы на настройку все почему то забывают.
Ну если исключить крупные внедрения.

(409) понятие не имею о чем ты

(404) никто не тюнет. Если сильно прижмет настроют по рекомендациям 1С с итс.
Я лет 6 туда не заглядывал. Это сейчас, когда база доросла до 100 гигов, настроил по рекомендации 1С. Правда субъективно - ничего не поменялось

(425) к (414)

(384) что за глупости, постгрес также надежен как МС, а в вопросах восстановления на 2 головы выше

(380) судя по вакансиям центра им.Хруничева порогов набирают на скуль и оракл.Как с санкциями?

(415) Прогресс не остановить, в России будущее за Postgres

(427) "в вопросах восстановления на 2 головы выше"
Ага щаз. Ну, подскажите тогда простой способ подцепить существующие базы с неживого сервера на новый. Вот если внезапно сервер умер, не грузится, но каталог с базами доступен.

(429) этого никто не знает. Тут видение будущего меняется примерно раз лет в 10, а однажды поставленные системы от 1С чаще всего столько не живут по причине морального устаревания.

https://habr.com/post/433056/
На днях стало известно о том, что экспертный совет по программному обеспечению при Минкомсвязи собирается через полгода начать исключать из реестра отечественного софта продукты, которые базируются на разработках иностранного происхождения. По словам авторов идеи, эта мера принесет пользу заказчикам, которые находятся под санкциями или могут попасть под них.

(428) тока вакансиям в Хруничева больше года

(432) Это Госсектор

(382) если владельцу автопарка должны привезти тушу поросёнка, причем в любом случае везти по жутким пробкам - какое ему дело до модели транспортного средства? Ему главное - что-бы было довезено. А вот себестоимость транспортных расходов с учетом амортизации будет не в пользу мерса.

(432) ну и 1С надо исключать.
оно же - само 1С - не на отчетсевнном софте написано. а какойнить иностранный язык типа Си. и фреймворк еще какойнит использовался некузявый.

(336) Хрень какая.
Вот внедряю я ВМС.
ошибки лезут. где же без них.
и говорю клиенту
"Со временем ситуация будет только улучшаться с этим делом. Но и сейчас оно уже намного лучше и легче устанавливается, настраивается и ошибок меньше. Намного меньше."
- клиенту это ПОХЕР. ему надо работать СЕЙЧАС. а не в будущем. И не абы как, а "эффективно и производительно и недорого" - он для этого систему брал.

(434) Это да, госсектор должен страдать.

(400) не совсем так. "Набор пакетов" у мс четко фиксирован и на момент заказа точно знаешь что берешь. Коробка  - это вендор. Мы берём любую современную поставку мсскл и 1С с ним работает - это коробка. В случае с постгри производитель клиентского ПО 1С патчит сервер под себя. Да и вообще, любой кому не лень может сделать свой дистр постгри, и что там будет - зависит от его левой пятки. Какая же это коробка?

вообще, говорить о какой-то продуктивности этого спора можно будет в том случае, когда будет некий дистр постгри, который будет оснащен конфигом, обеспечивающим работоспособность большинства баз... ну хотя бы самых часто встречающихся, до 50 Гб размером. Без ловли клинов спустя несколько месяцев после установки. Для MS SQL это так или иначе есть, доступно. А когда об этом начинаешь говорить в постгри-сообществе, то немедленно сбегаются красноглазики, которые говорят что это нельзя, что все индивидуально, что нужна тонкая настройка и вообще надо смотреть хиты в кэше и pre-warm'ить таблички, без этого никак :)) Вот именно это и отпугивает от постгри людей.

(440) но оно так и есть.
Ты просто словил ошибку в 2011 году.

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

(441) Это я к тому, что свежий дистриб использовался и таких граблей, каких словили в 2011-ом не случилось больше.

(440)Повторю (412)
Ты точно отключал оптимизатор? Так-то пг работает годами, нет никаких клинов через 3 месяца

(443) да он с 2011 года наверное больше и не приближался к постгри - если я не прав, то прошу не обижаться :-)

(443)
+
https://its.1c.ru/db/metod8dev/content/4692/hdoc
Хотя эта раекомендация от января 2012, но, может где-то и раньше она встречалась

(444) :)

(417) Эт хорошо, что градус тебе понизили, может адекватнее будешь. А что касаемо прочего, то мне лично пофигу, что вы "перечисленное в чек-листах" тюнингом не называете, хотя, можете сделать "чек-лист" для ПГ и тогда его тоже тюнить не придется (можно даже вообще в скрипт засунуть оптимальную настройку). Как по мне - любое изменение дефолтных параметров - это тюнинг. И его надо проводить как на МС, так и на ПГ. Тот факт, что с МС-ом больше возились и по нему больше адекватных инструкций - это конечно плюс, но не столь существенный, чтобы возводить его на пьедестал.
И как правильно вам заметили в (441)-(445) надо еще смотреть на версии используемого ПО, т.к. в том же МС-2000 была известная бага с ТемпДБ, а в более новых версиях уже поправили. Так же и ПГ живет, развивается, да и конфы 1С поворачиваются к нему лицом.

(443) судя по всему, статейку вывесили как раз после этой проблемы. Потому как я встрял именно осенью 11, а дата - январь 12.

(444) да, я это бросил как страшный сон, и думаю, на тот момент я был прав. Но сейчас ситуация реально улучшилась? Можно браться за это?

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

(449) Последние рекомендации по ссылке из (445) прочитал?
"
После изменнеия этих параметров, следует оценить возможное влияние этих изменений на работу системы и выбрать наиболее приемлимый выриант для ваших задач.
"
Всмысле : Попробуйте. Может повезет.

(448) А статистика, что количество установок постгри постоянно растет?

А упорство самой 1С, которая пилит связку с постгри гораздо активней, чем с той же DB2 или Оракл?

В моем окружении, например, почти все новые случаи установленных СУБД - это постгри. Там, где ставят мс скл - именно среди тех случаев, к которым я имею достаточно близкий доступ и знаю инфу как бы изнутри - либо заведомое грубое пиратство и абсолютное нежелание платить (там и просто за 1С платят хреново, не говоря уж про СУБД), либо навязанное свыше использование МС СКЛ за деньги вышестоящих организаций. Других вариантов сознательного выбора МС СКЛ я не встречаю. И это не в Москве, конечно. Я понимаю, что в Москве доступ к затратам на ай-ти несколько свободней и там есть масса других примеров.

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

(451) статистика статистикой, но интересен реальный опыт. Мне бы не хотелось повторно выкидывать на это свое время и силы просто так, поэтому и задаю вопросы. Тем более что по состоянию "на тогда" спросить было не у кого, из чего опять же следует вывод, что тогда я взялся за слишком сырую тему. Что ж, если сейчас все изменилось, то хорошо.

У нас есть клиент, который сидит на Postgree и старинном сервере 2010 года. В новой версии КА2.4 Гилев на нем выдал 10.5 попугая, что, честно, меня впечатлило. Если не уйдут на SQL - буду изучать Postgree, все вам потом расскажу.

Ведь у него есть планы запроса в виде xml, ведь да, да?

(452) если у ТЕБЯ нет реального опыта - то никакой другой тебя не впечатлит.

У меня есть РЕАЛЬНЫЙ опыт и что тебе с него... хотя я уже реально кучу постов в этой ветке напостил со своего опыта :-)

(455) это не цирк чтобы впечатлять. Я хочу понять, есть ли смысл этим заниматься, только и всего.

Насчёт постов и вообще этой ветки - да, я видел, ветка полезная, большое спасибо.

(453) На xml, наверное, не очень похоже https://habr.com/post/203320/
На работающей системе можно пользоваться модулем auto_explain https://postgrespro.ru/docs/postgrespro/11/auto-explain
А чтобы запрос на языке 1С сопоставлялся с запросом для СУБД и тут же рядом план выполнения запроса и стрелочкам показывались взаимосвязи между ними - да, такого нет, по крайней мере, бесплатного...

Кстати. Решил тут у клиента попробовать Постгре. Смотрю чего есть у 1С. Есть версия 9.6 и версия 10.5. Все хорошо, но версия 10.5 рекомендуется для платформы не ниже 8.3.13. А чета меня терзают сомнения по поводу 8.3.13. Да и развернуто щас все на 8.3.12. Таки что посоветуют опытные товарищи? Остаться на 8.3.12 и поставить 9.6 или перейти на 8.3.13 и поставить 10.5?

(459) я сам 10.5 не ставил еще, т.к. тоже хочу увязать ее использование с 8.3.13 или 8.3.14
Просто в описании 10.5 четко указано, что отличающие ее от 9.6 фишки заработают только на новой платформе. Т.е. ставить вроде как можно, но отличий заметно не будет.

(446) Не понял нафига ты мне это пишешь да ещё и со ссылками на посты, которые к моим высказываниям никакого отношения не имеют.
Если для тебя установка ПО заканчивается нажатием кнопки "Готово" в мастере установки, то Бог тебе судья.

Перенесли базу с pgsql на ms sql - стало тупить. pgsql 9.6 на centos, работало как часы около 3 лет, база специфическая,  толстый клиент >50 гб, перенесли из за проблем долгим восстановлением базы.

(462) Статистику сбрось. А еще лучше реструктуризацию сделай. База будет тупить пока не прогреется.

(462) pg_dump -Z 0 -j число_потоков(ядер процессора) может существенно ускорить данную процедуру. Сжать выгрузку можно и потом, тоже многопоточно. Восстановление аналогично.
Конечно, это все при наличии какого-нибудь количества ядер у процессора(и частоты), ну и, достаточном размере оперативной памяти.

(460) не все фишки требуют какой-то платформы. К примеру где-то пробегало что в 10.* Изменился алгоритм расчета хэшьта таблицы (для hаsh join) - платформа тут ничего не решает, а в 9.6 решили проблему деградации производительности при слишком большим значении effective_cashe_size (я ведь не сильно переврал имя параметра?) - тут тоже платформа никаким местом

(367)
Ну так возьми, настрой правоверно-пряморуко как ты любишь и выложи сюда результаты тестов.
Но тебе в лом настраивать постгрес.
И всем в лом.
И вообще не понятно - можно ли как-то умудриться заставить постгрес работать близко по скорости к мс скл.
Вот поэтому такие как ты только и ноют про чужие кривые руки, а на деле ничего подкрепляющего эти слова не имеют.

(466) Так вот же тесты, MS хуже: http://catalog.mista.ru/public/962876/

(467)
Там же комментарий Вячеслава Гилева
"отличная манипуляция и подтасовка фактов, в лучших традициях маркетологов 1С"

(468) Так нет других тестов, остальные просто так болтают, вообще без каких-либо цифр.

(468) А Вячеслав да, тот ещё фрукт :))

(466) ну нет у МС СКЛ какой-то особой скорости

Вот отткуда из обсуждения по ссылке копипаст сделаю
---
(74) если вы ознакомитесь с ответом (53) , пройдете по ссылкам и посмотрите видео, то поймете что PostgreSQL, впрочем как и MS SQL Server - продукты которые мы и сами используем, и нашим клиентам настраиваем.

подача материала мне не нравится тем, что доверчивые люди решат что PostgreSQL решит все их проблемы с производительностью - т.е. заменил "плохой" скуль на "хороший" PG и сразу счастье наступило
потратит время, нервы и разочаруется, скажет "какашка ваш слоник", а мне бы не хотелось терять будущих коллег по PostgreSQL

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

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

мы за правду, а не за тренды и маркетинг

понятно объяснил?
http://forum.infostart.ru/forum86/topic205816/message2109892/#message2109892

жаль, что тут сейчас выделение штрифтами не срабатывает...

вот обратите внимание на мнение Гилева по ссылке в (472)
---
а мне бы не хотелось терять будущих коллег по PostgreSQL
потому что типовые конфигурации, особенно старые,
а еще больше доработки фирм франчайзи
не заточены под PostgreSQL,
и не достаточно поставить субд и галочки понажимать,
надо еще пилить код, причем, не пять минут

Вроде 1cfresh на Postgresql работает.
Это о чем-то говорит.

(474) Ну как работает... вроде бы просто служебная вспомогательная база, типа ЛК на ней крутиться

(475) А базы пользователей на чем?

(476) хз

кнопка (так фирма называется) свой фреш на постгри разворачивала. Даже на хабре о проблемах писали

https://habr.com/company/knopka/blog/345692/
https://habr.com/company/knopka/blog/333480/

(477) хз, что там внутри статьи за проблемы, но

Заключение

В боевой эксплуатации связка 1С Fresh и PostgreSQL показали себя достойно, конечно не сразу все было гладко, но мы справились. СУБД прекрасно работает под нагрузкой, которую генерируют около сотни пользователей, множество фоновых заданий и еще наши роботы день и ночь загружают и проводят выписки, создают документы из других инструментов, анализируют состояние нескольких тысяч областей.

У нас более 350 Гб информационных баз отлично себя чувствуют, растут и развиваются. Чего и вам желаем!

и в другой статье

С этого момента у нас есть минимальный работающий сервис 1C Fresh. Как видно, развернуть его достаточно просто.

Заключение

Это далеко не весь функционал. Можно настроить планируемые обновления конфигураций, синхронизацию данных в сервисе. Добавление шлюза приложений обеспечивает масштабируемость экземпляра сервиса, добавляя в него новые информационные базы и сохраняя единый внешний адрес для однотипных информационных баз. Сайт и форум сервиса, мониторинг недоступности и прочие можно без проблем ввести в эксплуатацию совместно с сервисом 1C Fresh, что дает гибкость в выборе функционала в зависимости от ваших потребностей.

(т.е. здесь даже самоцель 1С Фрэш, а не проблемы с постги, но инструкция весьма и весьма подробная - любопытно ее действия воспроизвести)

По поводу 1С:Fresh в госсекторе - http://gov.cnews.ru/news/top/2018-12-06_informsistema_kaznachejstva_i_minfina_sekonomit
"Платформа сервиса бухучета строится на платформе «1С:фреш», которая позволяет разворачивать работу с «1С:Предприятием» на любых компьютерах через интернет. В качестве СУБД для системы используется Posgres Pro отечественной компании Postgres Professional. Серверы работают под управлением ОС семейства Linux."

(474) > Вроде 1cfresh на Postgresql работает. Это о чем-то говорит.
(475) >  Ну как работает... вроде бы просто служебная вспомогательная база, типа ЛК на ней крутиться

Насколько я знаю, часть(!) (не весь) сервиса 1cfresh крутится на Postgresql. Причем довольно давно (не один год). И точно речь идёт непосредственно о самих реальных базах данных, а не о каких-то служебных или вспомогательных.

(480) Возможно. Я просто читал где то несколько лет назад об этом.

(472) Всё это лирика и эмоции. Странно видеть такую реакцию от такого уважаемого спеца, как Гилёв.

> подача материала не нравится тем, что доверчивые люди решат что PostgreSQL решит все их проблемы...

Доверчивые люди не принимают подобных решений. Если уж у заказчика вообще встал вопрос о выборе СУБД, то очень маловероятно, что решать его будут без привлечения специалиста.

Ну и далее по тексту перечислен ряд особенностей Postgres, часть из которых на сегодняшний день с последними версиями  PG уже не так остро актуален. (типовые конфигурации,...доработки франчайзи не заточены под PostgreSQL, ...надо еще пилить код,...). Действительно было время, когда надо было затачивать код 1С под PG. Сейчас эта потребность перешла в категорию "желательно" из категории "жизненно необходимо".

(482) А что изменилось? Т.е. если я возъму допиленную УПП 10ти летней давности то всё будет летать, так как проблема в PG? Или проблема частично решена исключительно при использовании последней версии БП 3.0 (так как она во фреше на PG крутиться), а в УТ11/ERP проблема осталась? Т.е. пробллема в конфигурации и всё решается индивидуально, т.е. все равно нужно затачивать код?

(483) Уж сколько раз всё это обсуждалось...
Есть (условно) несколько вариантов.
1. У вас типовые конфигурации актуальных версий на последних версиях платформы  с последними версиями PG. Проблем вообще быть не должно.
2. У вас есть старые конфигурации (в том числе допиленные), но крутятся они на актуальной версии платформы (в режиме совместимости или без него - не принципиально) с актуальной версией PG. Глобальных проблем у вас не будет, но возможны тормоза в отдельных сценариях. Как раз в той части кода, о необходимости допиливать который пишет Гилёв.
3. У вас старые конфигурации (возможно с дописками, а возможно и без) на старых версиях платформы и соответственно  (из-за совместимости по системным требованиям) на старых версиях PG. Тут действительно всё грустно. Надо долго шаманить с настройками PG, переписывать 1С-овский код для нормальной работы PG и т.п.

Но суть то в том, что Дорошкевич пишет о последних актуальных версиях платформы (не ниже 8.3.5 если не ошибаюсь) и версиях слона (не ниже 9.6). А плача о плохой работе древних версий платформы с древними версиями PG я, честно говоря, не понимаю.

Проблема о которой пишет Гилёв существует, но, ИМХО, несколько им преувеличена.

(483) >все равно нужно
не нужно, а нужно было... например ранее была проблема у запросов с полным соединением - недели 2 назад проверяли у себя... не воспроизводится! У актуальной версии ПГ + актуальных версий типовых проблемы не выявлено.

(485) Т.е. это единственная проблема которая тормозила переход?

(486) у нас кроме упыпырища(старая, переписанная и дописанная в хлам, обновляем только регламентированную) всё на постгре уже пару лет как... По упп все наши текущие тесты с проблемами пройдены успешно. Тестили 10.3-3.1с тех.платформа если не забыл 8.3.13.1667

(484) Можно еще добавить - на древних серверах тех же лет.

(487) Вчера выложили 10.5.9

(489)минорные версии постгри это как правило чисто баг-фикс, ставить разумно сразу ее.

(490) Туда походу запихали фичи из 11 версии.

(489) Причем предыдущую вообще убрали. :)

(491) нет, фичи в мажорных обновлениях, у постгри такие обычно выходят примерно раз в год последнее время

что такое минор и мажор?

+(494) в контексте постгри

(493) Разница в релизах 10.3 и 10.5
http://downloads.v8.1c.ru/content//AddCompPostgre/10_5_9_1C/postgreUpdate_ru.htm
Оптимизация

1.Перед построением плана запроса выполняется упрощение запроса (удаление избыточных соединений и т.д.). План запроса строится по упрощенному запросу.

2.При вычислении стоимости сортировки учитываются стоимость сортировки одной или нескольких колонок, стоимость самой сортировки, количество операций сравнения полей.

3.Улучшена оценка стоимости соединения при построении плана запроса в том случае, если в планируемом запросе используется соединение таблиц с условием по нескольким колонкам.

4.При планировании запроса, содержащего выражение СГРУППИРОВАТЬ ПО, планировщик выбирает наиболее оптимальный индекс из имеющихся (исходя из списка полей в выражении). На основании выбранного индекса планировщик может изменить порядок полей в выражении СГРУППИРОВАТЬ ПО для того, чтобы порядок полей соответствовал выбранному индексу.

Это же не ванильная сборка. Это Pro.

Надо потестить postgree

(497) Прошу результатами тестов поделиться с сообществом! :-)

Хехехе.
Вот она, сама мякотка.
Все обсуждают сферических коней...
Нельзя просто взять и поставить Postgree!

(499) Что значит нельзя? Берут и ставят.

(499) Я не буду удивлен, что это 1С-овцы ошиблись с описанием.

Хотя возможно структура базы осталась прежняя, только поменялись механизмы на чтение. Тогда только реиндексация и все будет работать как надо.

(499) под винду вообще только выбрать правильный каталог для base и локаль + потом проверить SecondaryLogon/ВторичныйВход.
Под Пингвином убедиться, что все либы той системы

+ (503) хотя и локаль и каталог можно потом сменить, но чуть сложнее и чуть больше знаний требует.

А чего у Постгре с разностным бэкапом? Или он может каждый минут 10 спокойно снимать полную копию не мешая работать и копия получается нормальная?

(505) Вопрос по Postgresql
Работать,при этом, не мешает. Нужно только некоторое количество ядер и достаточный объем памяти.
А так - пожалуйста, за деньги https://postgrespro.ru/docs/postgrespro/10/app-pgprobackup

(505) может.
Только зачем каждые 10 минут? )

(507) может ему реплика нужна?

Я работаю и с sql.
Но что мне лично претит- это политика $MS насчет лицензий на ядра. Цена, которую не все готовы платить. Плюс лицензии на сам вин сервер.
А вот, если соображаешь, как сделать на линуксе и postgre, получается нормально, и пофиг на размеры базы, все пугалки от незнания, нежелания напрячь мозги, а иногда и от ннадобности- когда привели, посадили перед ms sql на винде и все так хорошо, что ничего и не надо.

(508) интересно, какой смысл?

(509) нуууу, "если нет желания - ищется причина, если есть - способ"

(510) упала база и тут опа - поднялась реплика!

(512) это где на 1с такие базы, для которых такая срочность ?
И падучесть )

(513) не "и падучесть" а 10 минут простоя стоят конски дорого

(514) переходите на САП.)

(515) вы не перепутали оппонента? Не мне нужно каждые 10 минут бэкап.

(505) Можно смело поднимать отдельный сервер PostgreSQL для реплики. При этом за ним нужно следить, чтобы он не выключался на длительное время, иначе придется полностью перезаливать базу.

(517) смотря как сделано... может и основную базу завалить