Чем может быть обусловлен отказ интегратора внедрять конфигурацию 1С с PostgreSQL в пользу MS SQL?

Question

[k0st1k]

На этапе планирования обговаривался вариант переноса имеющейся программы на платформу 1С с использованием PostgreSQL. но вчера пришло письмо что будем внедрять на MS SQL. Какие могут быть подводные камни? в текущей программе база FireBird занимает более 80ГБ и таких баз 3шт.. Или я зря переживаю?

Comments

[AVKor]

Баблом обусловлен.

[Adamos]

AVKor, ну, не только. Еще и желанием дальше доить клиента.
А то поставишь ему "просто работает", и все новости энтерпрайза мимо кармана...

[AVKor]

Adamos,

Еще и желанием дальше доить клиента.

Не молоко же он с него доить будет? Всё то же бабло.

[Adamos]

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

[АртемЪ]

Adamos, Если бабло надо доить тогда логичнее постгресс ставить.
1с регулярно радует новинками платформы и конфигураций, и основной поток глюков сыпется как раз на постгресс.
С MSSQL они получше тестируют.
А какую выгоду интегратор может получить от продажи продуктов MS я с трудом представляю.
Не любят в этой конторе своих продавцов, там скидки смешные даже при серьезных объемах и профит может быть только если продаешь сотни лицензий каждый день.

[Adamos]

АртемЪ, с проблемами Pg придется реально разбираться, привлекая специалистов.
А вот торговать лицензиями на более новый сервер...

Answer 1

[Сергей Горностаев]

Главный подводный камень - вам придётся купить лицензию на сам MS SQL Server и лицензию на MS Windows Server, на котором эта СУБД будет развёрнута.

Comments

[Николай Савельев]

И клиентские лицензии на MS SQL! Для каждого пользователя 1С.

[Дмитрий]

Ещё Windows Server CAL на каждого пользователя или устройство

[ApeCoder]

Дмитрий, MS SQL в принципе работает и под Linux

Answer 2

[sim3x]

Не умеют настраивать линукс и постгрес
Имеют % с продаж продуктов МС
Переживаете не зря
Если у вас есть понимание зачем вам постгрес - вам нужно настоять на своем решении

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

Comments

[k0st1k]

как такового понимания нет. это сугубо предположение. так как системный администратор понимаю что данный продукт во многом похож или же превосходит ms sql. серверов будет несколько и будет дальнейших рост инфраструктуры.

[sim3x]

k0st1k,

Если у вас есть админ, который понимает линукс и постгрес, то вам нет смысла привязываться к МС продуктам

По производительности - все больше упирается в навыки и умения админа, чем в платформу и ОС

Я сам отношусь к продуктам МС с предубеждением

[Сергей Горностаев]

k0st1k, 1С точилась именно под MS SQL Server, поэтому правильно настроить её под PostgreSQL сложнее. Но критических препятствий к использованию нет.

[АртемЪ]

k0st1k,

понимаю что данный продукт во многом похож или же превосходит ms sql

Вам нужен похожий продукт или стабильно работающий?

[АртемЪ]

sim3x,

По производительности - все больше упирается в навыки и умения админа, чем в платформу и ОС

Производительность в любом случае зависит от грамотного админа.
Однако MSSQL требует меньше настроек, и в любом случае работает быстрее.

Если базы небольшие и производительность железа позволяет - можно работать и с постгри.

[sim3x]

АртемЪ,

Однако ... требует меньше настроек

я похвалил свое болото, вы свое

[Дмитрий Кинаш]

Имеют % с продаж продуктов МС

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

[АртемЪ]

Дмитрий Кинаш, Может у них просто нет спецов нормальных по Postgre.

А процент с продаж софта от MS - маловероятно. Там же копейки какие-то смешные майкрософт платит продавцам.
Я нигде не видел чтобы давали хотя бы -20-30% за продажу продуктов MS.

[Сергей Горностаев]

АртемЪ, один процент от продажи enterprise-лицензии на два проца - это 150 000 рублей примерно.

[Вячеслав Успенский]

Сергей Горностаев, А что там можно вообще настраивать?

[Сергей Горностаев]

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

[Вячеслав Успенский]

Сергей Горностаев, ужас какой. Ниразу не сталкивался, если честно.

Причём патчи поставляемые 1С всех проблем не решают

А можно поподробней о проблемах? Я пока только одну нашел, прикольную: дамп матюгается страшно на mvarchar

[Сергей Горностаев]

Вячеслав Успенский, я сейчас всего не вспомню, давно уже не вязал 1С с Постгресом, но когда делал это первый раз на меня как из рога изобилия валились проблемы с несовместимостью типов, правилами экранирования служебных символов и т.п. Правда, после преодоления всех этих злоключений, работает стабильно и нареканий не вызывает. Ну, не больше, чем при использовании MS SQL Server.

[Вячеслав Успенский]

Сергей Горностаев, несовместимость типов это явно пг без патча. Правила экранирование это неверный конфиг в очень старых версиях патченной пг. Итого две, указанные в документации) Поверьте с mssql можно веселья поболе найти.

Ну, не больше, чем при использовании MS SQL Server.

А именно? Спрашиваю потому, что я блин забываю даже на каком сервере база стоит, так редко оно меня беспокоит.

[Сергей Горностаев]

Вячеслав Успенский,

это явно пг без патча.

в том-то и дело, что проблемы вылазили после применения патча.

Поверьте с mssql можно веселья поболе найти.

Верю. Я сам когда-то давно одножопу программировал и всю свою менеджерскую карьеру имел в подчинении 1С-программистов.

А именно?

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

Answer 3

[kolu4iy]

Для тех, кто пишет, что 1с точилась под ms sql: спросите своего dba о том, что он думает об 1с на ms sql. Боюсь, ответ вас немного удивит. Это раз.
Второе: по моему опыту - ищите другого интегратора. Нам вообще пришлось уйти с 1с, т.к. ни один из тех, кто назвал себя "интегратор 1с" не мог представить даже коммерческого предложения под наши потребности.
Заказчик вы, и решение за вами. Интегратор должен обосновать выбор, а вы должны его утвердить. Если этого процесса нет - просто гоните его.

Comments

[Сергей Горностаев]

То, что продукт делается под специфику конкретной платформы - ещё не значит, что делается он хорошо. Так что я бы переформулировал это утверждение в "1С даже под ms sql сделана через жопу, а под postgres и подавно".

Answer 4

[Вячеслав Успенский]

Исключительно баблом.
Они еще будут вам рассказывать о сложностях настройки и поддержки. Я честно не понимаю о чем речь.
80 гб, ну и что? Если покупаете отдельный сервак то дайте ему памяти побольше и пару ссд (под wal и сами базы)

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

Answer 5

[АртемЪ]

Чем может быть обусловлен отказ интегратора внедрять конфигурацию 1С с PostgreSQL в пользу MS SQL?

Да чем угодно, банальным нежеланием например. Такие вещи надо спрашивать у интегратора.

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

Comments

[Антон Антон]

Именно по этому 1с фреш крутится на постгре?

[АртемЪ]

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

1с заточена под MSSQL изначально, и до сих пор такая тенденция. Поэтому все косяки при обновлении платформы и конфигураций чаще всего лезут именно на постгри. И производительность на постгри поменьше, хотя если настроить нормально - ненамного.
В итоге - работать можно и на том и на том. Но с постгри гораздо больше головняков как при настройке, так и при поддержке.
Если сервис крупный или большая контора с большим IT отделом им без разницы. А когда своих спецов не слишком много - проще и стабильнее MSSQL.

[Вячеслав Успенский]

АртемЪ,

Поэтому все косяки при обновлении платформы и конфигураций чаще всего лезут именно на постгри

Какие конкретно косяки?

И производительность на постгри поменьше, хотя если настроить нормально - ненамного.

Пруфы будут?

Но с постгри гораздо больше головняков как при настройке, так и при поддержке.

Какие конкретно головняки? И что именно нужно "поддерживать"?

[АртемЪ]

Вячеслав Успенский,

Какие конкретно косяки?

Да много их, регулярно проявляются - раз и база падает при попытке сделать отчет. Откатываешь платформу - все нормально.

Пруфы будут?

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

Какие конкретно головняки? И что именно нужно "поддерживать"?

Поддерживать нужно БД и 1с, любую.
Обновлять, переносить на другой сервер, добавлять базы, делать регламентные работы, восстанавливать из бэкапа.
Головняки связаны в основном с поиском спецов - более менее адекватного спеца по винде и MSSQL еще можно найти за вменяемые деньги, а нормального спеца знающего линукс, и постгри это уже реально сложно и дорого, особенно если город не миллионник. Все нормальные спецы по линуксу как правило в вэбе, ибо там заработать проще.

Лично я если мне предлагают решить проблемы 1с с постгри беру в два раза больше как минимум. И не потому что это сложнее или труднее, а потому что все равно дешевле не найдут, зачем просить меньше?
У меня самого - да стоит база на постгри, ибо мне то пофиг, нанимать никого не надо.

[Вячеслав Успенский]

АртемЪ,

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

Ну хоть один? Ок упала база. В логе что?

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

Ссылочку не приложите?

Обновлять, переносить на другой сервер, добавлять базы,

Это очень редкие работы. Обновление делается средствами 1с. Обновлять базу нужно настолько редко что даже говорить нет смысла. Перенос на другой сервер вообще на грани фантастики. Добавление базы делается из консоли 1с.

а нормального спеца знающего линукс

Нуда, pg_dumpall это же такая сложная недокументированная утилита.

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

Одобряю. Но зачем вам лезть в базу?)

Answer 6

[Денис И.]

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

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