Имя: Пароль:
1C
1С v8
БП 3.0 переход на SQL (Postgresql)
0 Azgerd
 
17.06.26
11:45
Здравствуйте! На предприятии установлена конфигурация 1С: БП 3.0 файловая версия работают 5 пользователей размер базы около 11 Гб, планируется переход на SQL версию с использованием Postgresql. Для этого перехода планируется приобрести "1С:Предприятие 8.3 ПРОФ. Лицензия на сервер (x86-64)." и "1С:Предприятие 8 ПРОФ. Клиентская лицензия на 5 рабочих мест". На сайте releases.1c.ru можно скачать PostgreSQL, версия 18.3-5.1C, Однако есть такой продукт Postgres Pro для 1С [URL=https://its.1c.ru/db/finflet/content/23569/hdoc]Postgres Pro для 1С[/URL] лицензия на этот продукт - 16т.р, подскажите что это и для чего он нужен и нужен ли этот продукт для конкретной ситуации?
1 YFedor
 
17.06.26
11:58
Первый - это бесплатный Постгрес с "модулями" для работы 1с
Второй - это спец. версия ПостгресПро.
2 YFedor
 
17.06.26
11:59
+
Зачем вам еще приобретать 5 пользовательских лицензий, если у вас уже есть 5?
3 Winnie Buh
 
гуру
17.06.26
12:08
(1) Postgres Pro включен в реестр Российского ПО + есть некоторые плюшки + есть ТП, но платно,
надо оно тебе или нет - решай сам
1С может работать на обоих
4 craxx
 
17.06.26
12:08
(2) Ну видимо пользователей стало больше
5 Winnie Buh
 
гуру
17.06.26
12:10
+ если сейчас уже есть клиентские лицензии на 5 раб.мест и кол-во юзеров при переходе на SQL остается тем же, то клиентские лицензии докупать не нужно
+ если будет не более 5-ти сеансов, то есть Сервер МИНИ за 21300 руб.
6 craxx
 
17.06.26
12:13
(5) если они покупают проф. сервер х64 и +5 лицух, то подозреваю что пользователей таки больше стало
7 Winnie Buh
 
гуру
17.06.26
12:26
+ 16т.р. - это цены 2017 г.
сейчас Postgres Pro стоит раза в два дороже + правила лицензирования у них не самые понятные
8 Tarlich
 
17.06.26
12:33
По мне ПГ - это искусственно псевдо бесплатный кусок г..... требующий постоянного внимания (не раз подводил) СКЛ много лет полет ок! На ИС постоянно рекламные заказные статьи про то какой ПГ супер - хорошая попытка находить бесплатных тестеров - но НЕТ !
9 Dmitrii
 
гуру
17.06.26
13:23
(8) ОФФ.
Выбор между MS SQL и PostgreSQL по сути сводится к вопросу - может ли заказчик купить лицензию на MS SQL. У кого-то в принципе такой возможности нет (госорганы, например). Кто-то не готов на это тратиться.
А проблемы, требующие постоянного внимания везде одинаковы. Да, MS SQL в разы стабильнее работает. Но и он не даёт никаких гарантий. А твой довод "много лет полет ок!" - не более чем твой личный опыт, который отличается от опыта других людей.
10 YFedor
 
17.06.26
15:34
Ценник на Postgres pro на сайте 1с недоступен, на сайте Postgres pro ценник за самую лажевую версию:

PPT-86-LIC    
Лицензия СУБД Postgres Pro Standard на 1 ядро x86-64. Включает графическую платформу управления и администрирования Postgres Pro Enterprise Manager, отказоустойчивый кластер BiHA, гарантийное обслуживание на 12 месяцев  

195 006

Я бы не сказал, что дешево
11 bazvan
 
17.06.26
15:35
Апач сервер
12 bazvan
 
17.06.26
15:35
Почитайте
13 bazvan
 
17.06.26
15:36
IIS в топку
14 bazvan
 
17.06.26
15:36
Развертывание 5 минут
15 bazvan
 
17.06.26
15:38
Мощностя сервера, сколько пользователей
16 trk415e76
 
17.06.26
15:44
(0) Попробуйте сервис 1С ГРМ. У меня целый завод работает на БП, около 10 лет уже. В том числе и производство маркированной продукции. Базы размещаются как раз на Постгри. 30 дней бесплатно. Конфу можно дорабатывать. Изначально тоже было 5 пользователей. С внедрением маркировки добавилось еще 15. Полет нормальный. И  голова не болит за падение/тормоза сервера, архивные копии и прочее.
17 Tarlich
 
17.06.26
15:42
СКЛ Экспресс - если база не большая ...
18 trk415e76
 
17.06.26
15:51
(17) Гигов маловато будет для экспресса. Если только поиграться для опыта.
19 vladko
 
17.06.26
15:55
(17) база уже сейчас 11 ГБ, так что Экспресс не подойдёт
20 Tarlich
 
18.06.26
11:22
https://infostart.ru/1c/articles/2716584/  В СУБД MS SQL Server механизм join predicate pushdown работает по умолчанию, сглаживая неоптимальность таких конструкций. При миграции на любой из форков PostgreSQL отсутствие аналогичного оптимизатора приводит к тому, что именно эти запросы становятся наиболее частыми причинами деградации производительности системы.
21 Dmitrii
 
гуру
18.06.26
12:50
(20) В качестве СУБД в высоконагруженных системах, наверное, PostgreSQL может стать не самым лучшим выбором. Но для работы на небольших базах с невысокими нагрузками оно вполне себе имеет право на жизнь. Как бесплатная альтернатива MS SQL, дающая возможности настоящей СУБД по сравнению с файловым внутренним форматом 1CD.

А приведенная статья (и аналогичные) - реклама Postgres Pro, Tantor Postgres и прочих форков, которые специально адаптировали эту СУБД под особенности 1С. Что даёт дополнительную возможность рассматривать их и для более серьёзных проектов, побольше, чем БП на 10 пользователей. Но уже разумеется не бесплатно.
22 Winnie Buh
 
гуру
18.06.26
13:16
Прям в тему про рекламу Postgres Pro - только что пришло приглашение на совместный вебинар 1Софт и Postgres Pro: «Демо-обзор новой функциональности в Postgres Pro Enterprise для "1С". Горизонтальное масштабирование через временные таблицы на реплике и миграция на новую версию с минимальным простоем»
https://my.mts-link.ru/j/89757107/20821804747
23 timurhv
 
18.06.26
13:42
(20) на ИТС написано четко, не соединять с вложенными запросами, но народ продолжает мусолить тему и писать статьи
(8) Когда дистрибутив MSSQL под Linux завезут? Как из сервера 1С на Linux подключиться к MSSQL на Windows?
24 Dmitrii
 
гуру
18.06.26
14:13
(22) Вся беда в том, что оно (а) не бесплатно и (б) непонятно - есть ли какие-либо методы добиться аналогичной или сопоставимой производительности в бесплатной версии ванильной PostgreSQL (той что на сайте 1С лежит)?

А ещё бесит мутная лицензионная политика платных форков для 1С.
Предположим себе автора ветки (таких по стране тьма).
У него несколько относительно небольших баз (по несколько десятков Гб) на типовых (или почти типовых) конфигурациях (например, классический набор УТ+БП+ЗУП+ДО), работающих в более или менее стандартном режиме (НЕ 24/7), с количеством одновременно работающих сеансов около сотни (в сумме во всех базах).
Такому заказчику не требуется выдающаяся производительность. Ему вполне достаточно, чтобы "просто не тупило". И супер-отказоустойчивость ему не сдалась. Он вполне переживёт сбой и вынужденный простой пару-тройку раз в год по одному-два часа (главное, чтобы оно в принципе восстановилось и завелось после сбоя) и уж тем более заранее запланированные технологические окна.
В файловый формат работы такой заказчик уже не вписывается. И начинаются у него сомнения. А сможет ли он более или менее стабильно работать с бесплатной ванильной версией PostgreSQL? Или ему уже надо смотреть в сторону платных форков? И какую схему лицензирования выбирать? И во сколько это обойдётся? И не проще ли заплатить за MS SQL и "спать спокойно"?
25 spiller26
 
18.06.26
15:06
(23) Когда дистрибутив MSSQL под Linux завезут? - по ходу никогда, т.к. MS бабосы потеряют, хотя что-то видел на просторах инета, но не пробовал
Как из сервера 1С на Linux подключиться к MSSQL на Windows? - никак, "спасибо" СОМ-у
26 spiller26
 
18.06.26
15:08
(25) вот как бы, но никто не проверял, т.к. в самой платформе 1С тоже затык стоит.
https://learn.microsoft.com/ru-ru/sql/linux/sql-server-linux-setup?view=sql-server-ver17
27 proger2021
 
18.06.26
15:26
(25) Мне вот это не понятно, как такое могло вообще получиться. Это же сетевые приложения, они же друг про друга ничего знать не должны, только ip адрес и порт. А кто там и как обрабатывает знать не знают друг про друга. Это всё равно что нельзя открыть сайт из браузера на винде т.к. веб сервер на линуксе. Этож моразм вообще какойто.
28 spiller26
 
18.06.26
15:39
(27) Ну возможно MS с 1C договорились, что MS будет работать только на Wind'е и всё. В самой 1С:Платформе прописали "болты" при попытке и написали везде что нельзя.
29 Garikk
 
18.06.26
15:39
(27) в БД там не просто "сетевое приложение", а еще довольно упоротый клиент который умеет много всякого типа кеширования, работой с кластером и т.п. и вот в случае с MS и 1С используется такой клиент на базе COM которая в линуксе отсутствует

справедливости ради, такая шиза почти во всех крупных БД есть, в оракле например Oracle Database Client должен быть строго определенной версии которая зачастую работает под определенными версиями ОС и ни шагу в сторону.
Есть всякие ODBC/JDBC но они не поддерживают кучу всяких вкусностей
30 ansh15
 
18.06.26
16:05
(27) MSSQL не портировали для Linux, его "упаковали" в Drawbridge(new form of virtualization for application sandboxing)
сервер 1с на linux + MSSQL Ссылка в последнем сообщении.
31 ansh15
 
18.06.26
16:26
>>не соединять с вложенными запросами
А как же тогда пользоваться столь любимой всеми, изящной конструкцией СрезПоследних? Для чего тогда это все...
32 timurhv
 
18.06.26
17:18
(31) СрезПоследних регистров сведений и на MSSQL неадекватно ведет, так что его тоже не использовать.
33 Anchorite
 
19.06.26
05:17
(24)
есть ли какие-либо методы добиться аналогичной или сопоставимой производительности в бесплатной версии ванильной PostgreSQL (той что на сайте 1С лежит)?


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

Байки про 20-кратное ускорение — это частные случаи адаптаций конкретных запросов в конкретных ситуациях, и просто перейдя на дефолтный Тантор или ПГПро особой разницы с Постгрес-1С, как правило, получить не удастся, насколько мне известно (пару лет назад я их все пробовал на тестовых контурах, ЕРП около сотни пользователй). Не знаю, как там сейчас, но тогда классический тест Гилёва и вовсе наилучие результаты показывал именно на Постгрес-1С (но разница там в пределах погрешности была, конечно).
34 DrZombi
 
гуру
19.06.26
06:24
(32) https://its.1c.ru/db/metod8dev/content/4208/hdoc

Оптимизация использования виртуальной таблицы СрезПоследних при работе с PostgreSQL
Проблема
При работе с PostgreSQL использование соединения с виртуальной таблицей СрезПоследних может приводить к существенному снижению производительности. Из-за ошибки оптимизатора может быть выбран неоптимальный план выполнения запроса.

Решение
Если в запросе используется соединение с виртуальной таблицей языка запросов "1С:Предприятия" СрезПоследних и запрос работает с неудовлетворительной производительностью, то рекомендуется вынести обращение к виртуальной таблице в отдельный запрос с сохранением результатов во временной таблице.
35 YFedor
 
19.06.26
08:42
(33) Да, если бы 1с внесла эту версию в реестр российского ПО, все эти Танторы половине их пользователей были бы уже не нужны :-)
36 Anchorite
 
19.06.26
09:05
(34) Из 2010 года статья. Вряд ли до сих пор актуальна.
37 rsv
 
19.06.26
08:58
(34) это хорошо. При переходе все сначала по отдельным табличкам разложить , а потом просто соединять. Работы тьма.
38 bolder
 
19.06.26
10:15
(0) БП 3.0 нормально работает с PG от 1С.Что вам еще надо?
39 ansh15
 
19.06.26
13:56
(37) ИИ разве не может уже послужить помощником в этой тяжелой, изнурительной работе?
40 timurhv
 
19.06.26
17:02
(38) Чтобы кривые подзапросы с группировками и выборкой всех записей в них + это все через соединения в динамических списках не тормозили. Так сложно чтоли? :)
Независимо от того, куда вы едете — это в гору и против ветра!