Можете кто-нибудь вкратце описать в чем разница лицензирования
Standard — сервер
Standard — CAL
Или ссылочку на подробное описание

Лицензия на сервер, лицензия на клиентские подключения
Разве это сейчас актуально? :)

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

(0) если что, тебе нужно и то и другое

(3) ну вот ща нашел на хабре неплохое описание.
Есть сервер по ядрам, а есть по подключениям.
До определенного момента выгоднее по пользователям, а потом уже по ядрам

(4) что то не так понял видимо. Ссылку дай на хабр

(5) https://habr.com/ru/post/565024/

(4) Если у тебя есть желание непреодолимой силы просрать бабосы на лиценизирование - дело-то житейское.
Просто с подачи темы в топике нет указаний на то, что ms sql там реально панацея от всех болезней.

Наличие негативного опыта от использова постгресса, который некие придурки взялись настраивать не разбираясь в сути вопроса 10 лет тому назад...
Так вся ситуация теперь не воспроизведется, потому что текущую версию постгресса с адаптацией под 1С никто самостоятельно не настраивает.
Если это такое вот ерундовое внедрение, в котором ms sql взлетает из коробки.
Т.е. когда оно взлетает "из коробки" у мелкомягких, то сейчас и у посгри оно точно также взлетает "из коробки" и не требует какого-то там тюнинга.
Особенно, если этот взлет делают на серваках тех же мелкомягких, что само по себе глупое занятие, если при этом уже и посгри решено ставить.

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

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

Но это просто мое частное мнение. Чужое бабло на лицензирование тратить никак не запрещаю.

(7) Рассматриваем любые варианты.
Просто МС СКЛ работал несколько лет и устраивал вполне. Но база таки подросла (в результате жесткого обновления), чем поставила нас в неприятное положение.
Постгри - это надо пробовать, проверять, как оно работает и т.д.
Времени мало, будем пробовать, но пока слегка в замешательстве

(7) мы настраивали и настраиваем

(9) Так может ее привести в порядок, и она сожмется обратно, и еще поживете?

(9) база сколько весит?

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

(12) ну вылезла за 10 гигов.
пробовал ужимать средствами СКЛ, пробовал переиндексировать.
причем занятно, что база дико выросла именно после обновления. в полтора раза.
Обновление включает переход на новый уровень совместимости и увеличение версии рекомендуемой платформы.
но такого дикого роста не видел. Вот смотрю на базу в Скуле до обновления - файл базы чуть больше 7 гигов. В локальной версии обновил копию - 15 гигов. просто ВТФ

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

(14) Там точно у вас никто не нажимал "разрешить изменение с сохранением поддержки" или как-то так (не помню дословно)

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

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

(18) Для проверки/тестирования просто совсем снять с поддержки.

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

Почему снять с поддержки. Если выделенный специалист на сопровождение имеется, то можно готовить файл CF не на копии базы продуктива, а на еще одной копии, куда принимать обновления из 1С, приводить все в порядок, тестировать. А затем устанавливать на продуктив или через объединение или через загрузить из файла.

(20) Обновлять копию, снимать с поддержки, полученную cf загружать в продуктив, верно?
Таким образом в базе не хранится конфигурация поставщика, освобождается некоторое пространство.
Но надолго ли хватит таких изощрений?

(21) В зависимости от того, что за конфа. Сейчас даже типовая БП весьма прилично весит.

(21) Но я так думаю, чтоб если так еще и дорабатывать конфу, то без использвания хранилища конфигурации будет тяжело.

(23) Тут скорее поддержка текущих доработок. Новые редко бывают.
Часть можно было бы убрать в расширения, но все не выйдет, а потому смысла особого делать рефакторинг и тратить время смысла мало

Спасибо всем за мысли и идеи. Будем думать, что делать в это непростое время суток

(20) если доработанный слегка - то как насчет того чтобы перенести доработки в расширения, а саму конфу под замок?