_bob..........
мой обычный ответ на вопрос: "а стоит ли брать мсскл под 1с, когда можно поставить постгре?" звучит так: "если ваш простой на 3 рабочих дня каждый месяц не стоит того, чтобы тратиться на мсскл - ставьте постгре и сразу закладывайтесь на простои"
и дело тут не в грузовиках и велосипедах, а в том, что 1С написан дятлами, не понимающими , как работать с версионниками.

А под блокировочник они думать немного научились, за 20-то лет.

и да, оно немного пинается изнутри 1С и под постгресом, но перписывать куски 1С-скл приходится, в части работы с длинными транзакциями со стационарными же табличками.
там где они по 10 раз пишут в одно и то же место последовательными приближениями, типа расчёта себестоимости в УПП.
Будет местами даже шустрее чем с мсскл.

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

Dimitry Sibiryakov<>
_bobесли ваш простой на 3 рабочих дня каждый месяц
А вот отсюда поподробнее, пожалуйста: что такое с PG случается 3 дня в месяц, что он
работать не может? Критические дни?..
в бытность внедрения /допилежа УПП--клона в одной маленькой психиатрической лечебнице, ничего с пж не случалось.

но каждое утро, а особо по понедельникам, с 1С случался расчёт себестоимости, который был ими написан и отлажен под мсскл, без учета особенностей пж-- оптимизатора (там, у пж, со статистикой в длинной транзакции плохо, когда записей много, и никто--никто вовремя сказать ANALYZE изнутри транзакции не додумывается после того как вставит 100500 записей на пустое место -- в результате планировался нестед луп тройной или четверной вложенности по 10^4 -- 10^5 записей.
всё это переписывалось изнутри 1С кода, на вполне приемлемые времена счёта -- запинывается на приличный план).


но после этого 1С похвалялся патчем к 9-ке, снимающим эту проблему сочленения (без переписывания кода 1С--конф).

давно это было. лет наверное 4 или 5 уже как.

_bob<>
я не эникейщик и никогда не был DBA
10 лет назад завязал с разработкой под MSSQL и Oracle
<>кодерка из сырья не вышло
и оно переметнулось в манагерки
понимаем