LINUX.ORG.RU

Вышел Postgres Pro Enterprise для 1С 18.4.1 с оптимизациями под тяжёлые нагрузки

 , ,

Вышел Postgres Pro Enterprise для 1С 18.4.1 с оптимизациями под тяжёлые нагрузки

1

2

Компания Postgres Professional объявила о выпуске Postgres Pro Enterprise для 1С 18.4.1. Обновление ориентировано на крупные инсталляции «1С», где база данных регулярно сталкивается со сложными запросами, множеством соединений, временными таблицами, отчётами и регламентными операциями. В официальных замечаниях к выпуску указано, что новая версия основана на PostgreSQL 18.4 и Postgres Pro Enterprise 18.3.2.

Одно из главных изменений — возможность использовать временные таблицы, временные последовательности и временные представления на сервере горячего резерва. Функция включается параметром enable_standby_temp_tables вместе с enable_temp_memory_catalog и hot_standby. Практический смысл простой: тяжёлые отчёты и ETL-процессы можно переносить на standby-сервер, не нагружая основной узел.

Для планировщика запросов добавлен механизм enable_join_predicate_pushdown. Он позволяет проталкивать условия соединения из внешнего запроса во вложенные подзапросы, чтобы оптимизатор мог выбрать более удачный план выполнения. Также ускорена оценка селективности для больших списков MCV и улучшена работа с ограниченными выборками через planner_upper_limit_estimation; это должно быть заметно в типичных сценариях «1С», включая закрытие периода и построение отчётов.

Обновлены и средства отказоустойчивости. Встроенное решение BiHA перешло на версию 1.8: многоуровневая геораспределённость и катастрофоустойчивость больше не считаются экспериментальными, а служебные соединения между узлами можно защищать SSL-сертификатами. В Proxima появилась адаптивная балансировка, учитывающая CPU, память и дисковый ввод-вывод, а также поддержка нескольких адресов подключения — IPv4, IPv6 и Unix-сокетов.

В релиз также вошли новые инструменты и расширения. pgpro_iheap добавляет табличный метод доступа iheap, рассчитанный на ускорение последовательного сканирования, а pgpro_temp_stats автоматически собирает статистику по временным таблицам, чтобы планировщик не работал вслепую. Для администраторов добавлена утилита pgpro_validate, которая проверяет целостность файлов, индексов, таблиц, системных каталогов и прав доступа в экземпляре Postgres Pro.

Так как Postgres Pro Enterprise 18.4.1 основан на PostgreSQL 18.4, в него также вошли исправления из апстрима PostgreSQL. Для обновления в пределах той же основной версии достаточно установить новый выпуск в текущий каталог, но при изменении ABI разработчики рекомендуют обновить поставляемые расширения или пересобрать сторонние.

>>> Источник

★★★★★

Проверено: cetjs2 ()
Последнее исправление: cetjs2 (всего исправлений: 2)

Так как Postgres Pro Enterprise 18.4.1 основан на PostgreSQL 18.4, в него также вошли исправления из апстрима PostgreSQL.

Спасибо Кэп за разъяснения!

dicos ★★★
()

Точно, для 1С) 1С без разницы, какой там enterprise. СУБД для 1С просто хранилище. Работа с данными, в основном, вне СУБД.

AndrK189100
()
Ответ на: комментарий от AndrK189100

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

unclestephen ★★★★★
() автор топика
Ответ на: комментарий от AndrK189100

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

bernd ★★★★★
()

Знаете что я хочу вам сказать. Я когда-то работал в компании «деловые линии». Там возникла проблема: в таблицу добавляли всё новые и новые поля и нужно было делать всё более сложные joinы.

Я предложил сделать хранимые процедуры. Которые могут выбираться в зависимости от времени и которые пишут в выборку то что туда попало без joinа

Не в коня корм. И базу не пофиксил и joinами трахаются

ckotctvo
()
Ответ на: комментарий от ckotctvo

Я почему это написал. Вот эти оптимизации под «тяжёлые нагрузки»…

А как насчёт того чтоб прекратить жрать гавно?

Ваши «тяжёлые нагрузки» результат как минимум не продумывания нагрузок а как максимум недумания за пределами «ящика»

ckotctvo
()
Ответ на: комментарий от unclestephen

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

AndrK189100
()
Последнее исправление: AndrK189100 (всего исправлений: 1)
Ответ на: комментарий от ckotctvo

Я предложил сделать хранимые процедуры. Которые могут выбираться в зависимости от времени и которые пишут в выборку то что туда попало без joinа

Я не понел. То есть предлагается заменить стандартный SELECT на ручное пробегание по таблицам?

rkn-bot
()
Ответ на: комментарий от AndrK189100

1С одинаково хреново работает на любой СУБД. Проблема 1С архитектурная.

Цена, которую приходится платить за возможность одинаково работать с постгресом, мсскулем и их собственным форматом ака «файловые базы». Не назвал бы это проблемой.

Мне ничего не мешает считать, что можно посчитать, силами постгреса.

Плюс в современных конфигурациях это все усугублено БСП.

БСП, при грамотном обращении, - хорошо. Ещё лучше, чтобы добрую половину ОбщегоНазначения в платформе было, а не на интерпретируемом языке в конфе писалось. Оно ж появилось от того, что в платформе чего-то очень нужного нет.

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

требования к квалификации «погромистов 1с». И уже не купишь «специалистов» по рублю за пучок

Вот это прям беда. «Зачем запрос сложный пишешь, можно же в 1С посчитать!», «Зачем инициализировать переменную с нужным типом - это же набирать долго, фигач Неопределено». И этоперемидл\недосеньёр с многолетним опытом говорит.
И нежелание добавлять в BSL префиксные\постфиксные операторы инкремента\декремента, или свич, вызванное тем, что «понапишут потом тяжелосопровождаемого» - тоже показательно.

mogwai ★★★★★
()
Ответ на: комментарий от rkn-bot

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

ckotctvo
()
Ответ на: комментарий от AndrK189100

Помниццо мне, как я пытался сопрячь Firebird и PowerPoint. Примерно из этой серии. Причём я был близок к успеху. Не сопряг, так сложилось.

sparkie ★★★★★
()
Ответ на: комментарий от ckotctvo

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

bernd ★★★★★
()
Ответ на: комментарий от ckotctvo

А, то есть есть изначальная таблица T(pkey, A, B, C, D), а потом наплодили дополнительных таблиц по мере выдумывания новых атрибутов T1(pkey, X, Y), T2(pkey, U), T3(pkey, W). Но всё равно не понятно, как тут можно ускориться по-сравнению с обычными join и при этом не нагородить слопа. Может проще иногда объединять всё в одну таблицу или же перейти к схеме (entity_key, attr_name, attr_value).

rkn-bot
()
Ответ на: комментарий от hobbit

Microsoft тоже вносит и сопоставимый. Давайте писать про их продукты. Postgres Pro – это некогда приличная компания, которая планомерно закрывает свой код, а в сообщество идут багфиксы на баги, найденные клиентами, минорные комиты и кодревью. Но спама, что мы «опенсорс» попрежнему много. Этой новости место на cnews и forbes )

powerguy ★★★
()

на opennet.ru про это ни слова, кстати

powerguy ★★★
()
Ответ на: комментарий от AndrK189100

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

Раз поднапрячься, сделать, и далее спокойно не напрягаясь потреблять то, что 1Сники понадёргали из своих источников во власти

pikabu
()
Ответ на: комментарий от mogwai

Цена, которую приходится платить за возможность одинаково работать с постгресом, мсскулем и их собственным форматом ака «файловые базы». Не назвал бы это проблемой.

А зачем это в 2026? Почему бы просто не использовать PG даже локально, спрятав его от «дешёвых программистов 1С» чтобы они не испугались?

pikabu
()
Ответ на: комментарий от pikabu

Цена, которую приходится платить за возможность одинаково работать с постгресом, мсскулем и их собственным форматом ака «файловые базы». Не назвал бы это проблемой.

А зачем это в 2026? Почему бы просто не использовать PG даже локально, спрятав его от «дешёвых программистов 1С» чтобы они не испугались?

Жаль, конечно, что такую светлую идею, такие светлые умы подают только сейчас, а не в каком-нибудь мохнатом 1991 году, когда все начиналось. Представляете, как бы они, 1С, тогда бы развернулись? А так столько времени потеряли, подсадили миллионы пользователей на свое недоподелие. Но можно же все это исправить, написав свой 1С, например, 3С, который будет работать только на Postgres (в общем-то тоже еще то знатное авно мамонта). Почему 3С. Ну, во-первых - чтобы никто не догадался. А во-вторых, потому что 2С вроде бы уже была - кто-то пытался переписывать 1С, и поэтому могут возникнуть юридические терки с этими поцами. Ждем когда нам здесь представят на обсуждение идеальный, опенсорсный 3С, использующий PostgreSQL. Удачи.

А еще жаль, что PostgresPro докатилось до того, что позиционирует себя как «база для 1С», а не как универсальная, современная, мощная база данных. Это как-бы Oracle позиционировал Oracle DB как «лучшая база для SalesForce», пытаясь поднять крохи с рынка его продаж. Но Oracle позиционирует себя как - самая лучшая универсальная база данных, а подстраиваются под нее уже разные производители других программ - ERP, CRM, Finance и т.д.

Кстати, адаптацию PostgreSQL под «особенности-изверты» 1С проводит не только фирма PostgresPro, но и сама 1С, а также Tantor - это из того, что я знаю. Может еще кто-то.

А PostgreSQL, скажем честно, это устаревшая база из того века, хотя и совершенствуемая в некоторых аспектах, но все равно база уровня Депертамента, а не Предприятия. Где-то на уровне Oracle 9i (2001 год) c примочками в виде JSON, GIS и некоторыми другими, картины не меняющими.

MichIs
()
Ответ на: комментарий от MichIs

Ну и к чему был этот сарказм? Что им именно в 2026 мешает вынести остальные бэкенды и оставить ПГ?

А PostgreSQL, скажем честно, это устаревшая база

Ой всё

pikabu
()
Ответ на: комментарий от MichIs

А еще жаль, что PostgresPro докатилось до того, что позиционирует себя как «база для 1С», а не как универсальная, современная, мощная база данных.

Во-первых, не база, а СУБД.

Во-вторых – вот ни за что не поверю, что ты не застал времена, когда Oracle себя рекламировала как «лучшая СУБД для Windows», при том, что самые серьёзные решения у них и тогда, и до, и после были как раз для юниксов. Это просто была конкретная ниша, в которой оракл агрессивно конкурировал с MS SQL Server – «и под Windows мы тоже лучшие». И ниш таких у одного продукта может быть сильно больше одной.

Тут примерно такая же история. PostgresPro не отказывается от титула универсальной, современной, мощной СУБД. Просто речь идёт об атаке на позиции, на которых ещё несколько лет назад безраздельно стоял тот же MS SQL Server. Обычно получается, что если взять ванильный PostgreSQL и вкатить на него 1С без тонкой настройки, результат будет так себе. А тут ребята предлагают решение.

А PostgreSQL, скажем честно, это устаревшая база из того века

А это без технических аргументов просто малохудожественный свист.

hobbit ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.