Пробовал кто-нибудь PostgrePro 14 с КА 2.5?

Мне не дают КА2 на PG мигрировать, ну и ладно...

А что так? MsSQL устраивает?

Внутренние тёрки внутри отдела.

А я можно сказать, что один в отделе😏 Предприятие небольшое и ЗП, соответственно, тоже)

Если сейчас сидите уже на PG, то переходить рекомендую, в 14й версии планировщик стал работать лучше. Если планируете мигрировать с MSsql, то нужно проводить тестирование вашей рабочей нагрузки, т.к. выплывут косяки "кривого" кода, особенно всяких костюмных расширений.

Вот поэтому и не дают мне мигрировать, этож нужно будет перестать говнокодить.

Мы на PG 12, так что все норм)

Я вас уверяю, что даже вендор не всегда соблюдает собственные стандарты разработки в своих решениях, например в ERP и получаются просадки производительности в PG. https://infostart.ru/1c/articles/1628171/

Вроде там что-то нетиповое?

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

+ в типовом ERP есть крайне неоптимальные запросы (которые даже «неодинэсник» может исправить до внятных) И наверное надо указывать вендору на это. Другой вопрос будет ли он реагировать. Не очень 1с рвётся оптимизироваться под Postgres

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

Ну вопрос мотивации: «Майкрософт проглатывает, значит пг плохой» Другой вопрос сколько сейчас больших игроков (которым потенциально нужен erp) останется на M$

Всем привет! В статье как раз про "ПГ хороший" и что запрос в 1C:ERP был написан без учёта стандартов разработки. Выявили причину, исправили запрос и всё наладилось.

Ваша статья?

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

Да

Да, понял. Спасибо

А вы в 1С писали по проблеме? Типа вот нашли, а они такие - ок исправим?)

Мы постоянно общаемся и с 1С, и с командой postgres. У меня сейчас нет информации, что конкретно ответили из 1С про эту ситуацию (которая описана в статье). Постараюсь разузнать у коллег

Будет интересно, спасибо.

Подскажите, ваш опыт экспертизы в основном это чужие разношёрстные инсталляции (клиентские) или ваши проекты с однотипным подходом в плане настроек пг?

Хороший вопрос. Думаю над ответом

В настоящий момент скорее первое. Например, сейчас много миграции в linux/postgres. Вот буквально сейчас на семинаре 1C:ERP рассказывали про два кейса. Однотипность (если можно так выразиться) есть в подходе: Подготовка и запуск нагрузочного тестирования, сбор ТЖ, ЖР, планов запросов. Анализ всего этого. И т.п.

Ваша выборка позволяет утверждать, что в большинстве случаев проблематикой является код, иногда необдуманные настройки ПГ или баги платформы, а дистрибутив линукса и сборка пг не столько принципиальны?

Важно всё: и линукс, и сборка СУБД, и параметры настройки ПГ. Мы внимательно изучаем параметры ОС и СУБД. Если более детальная информация интересует - напишите, я уточню у коллег.

Какой ваш выбор Линукс дистрибутива и почему? Я предпочитаю Дебиан, но других не пробовал.

И не надо наверное

1С получила информацию об этом про линии РКЛ. Неофициальный ответ: "В 2.5.7 все отрефакторено"

Особенности хранения строки учитываете? jit как работает?

Мы работаем с теми линуксами, которые по ряду причин предпочитают наши заказчики. А они последнее время предпочитают Астру, реже Red OS. А так некоторые наши эксперты любят убунту, но это личное ;)

Кстати, а как ваши впечатления от редос, есть ли "нюансы/приколы" о которых стоит поделиться?

Centos обычный с патриотичными обоями наших березок

Когда входишь в иксы сразу бруньками пахнет и где-то в далеке соловушка поет? 😊

Опросил коллег, работавших с "ред ос" - ответ в целом такой: " Это fork Centos. С точки зрения сервера - без проблем."