Всем привет.
Небольшая предыстория: решили перевести 1С с MSSQL на PostgreSQL. Для теста завели две базы на PostgreSQL, в одну загрузили dt файл 1С: ЗУП версии 3.1.31.32.3, на вторую загрузили dt файл 1С: ЗУП версии 3.1.30.35.1. Проблема в том, что с версией 3.1.30.35.1 1С вообще летала, запуск около 13 секунд, открытие справочников 3-4 секунды, проведение документов около 15 секунд. Но база с версией 3.1.31.32.3 очень тормозила, запуск 3 минуты, открытие справочников бывало и по 10 минут, проведение документов по пол часа. После, база с версией 1С: ЗУП 3.1.31.32.3 была обновлена (поставлен свежий релиз) на версию 3.1.31.58.1, изменений по быстродействию не наблюдалось, база всё также тормозила.
После чего был выгружен dt файл с базы 1С: ЗУП 3.1.30.35.1 (с данной версией другая база не тормозила), и, странно, но база перестала тормозить, а стала летать. После также было поставлено обновление на свежую версию и база всё также летала. Потом решили снова загрузить dt файл 3.1.31.32.3 (с данной версией база тормозила), и, снова странно, база стала летать ещё быстрее.
Подскажите, пожалуйста, в чём может быть проблема? Настройки PostgreSQL одинаковые для обеих баз, серверники сказали, что со своей стороны никаких действий не предпринимали. То есть с базой проводили действия по загрузке dt файлов и обновлении версий

Проблема БЫЛА или ЕСТЬ?

(0) https://habr.com/ru/companies/otus/articles/865850/  для начала.

(0) > 3.1.30.35.1 вообще летала
    > 3.1.31.32.3 очень тормозила

о__________о

Смотрите совместимость версии платформы и версии постгреса
У нас схожее было

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

(2) благодарю, прочитаю

(4) благодарю, версию postgres уточню

(3) что не так?

(0) "После чего был выгружен dt файл с базы 1С: ЗУП 3.1.30.35.1 (с данной версией другая база не тормозила), и, странно, но база перестала тормозить, а стала летать."
Брехня. Любая выгрузка dt из любой базы, как правило, вообще не влияет на базу и производительность. Это просто выгрузка некоторых данных.
К чему это? Да к тому, насколько косноязычно ты описываешь ситуацию. Летать начать может после загрузки dt.. Но после выгрузки - хм... ну не верю.
прикинь, ты описываешь ситуацию словами с совершенно противоположным смыслом. :)
(8) что не так? ну а сам как думаешь? :)

(0) Поток сознания.
Читаем, думаем, радуемся, печалимся... Вы либо идете, либо живете так, как лучше конторке, а не чиновнику в ...

Опыт оптимизации 1С на PostgreSQL
https://infostart.ru/1c/articles/1979106/

П.С. Вы бы еще Оракл сравнили с Посгри, :)

(10) А в чем проблема с Ораклом? У моего дружбана с ним проблем не было, когда они переходили на 1С, а инфраструктура осталась на оракле, посидели пару месяцев над продуктивом и допилили, было это в далеком 13-14 году

(0) "решили перевести 1С с MSSQL на PostgreSQL" большего бреда не слышал.
Зачем решили, кто решил, что хотели этим добиться...

Ахаха, бред это в 25 году не иметь части инфраструктуры и опыта эксплуатации на никсах

(9) как делали, так и описал.

(11) Нет проблем, как и с SQL, есть проблема с ПосгриСКЛ... Запросы на посгри требуют оптимизации, и знаний :)

Запросы для SQL или оракла, не требуют, системы сами справляются :)

как и у ТС в (0), он увидел разницу, но не увидел слона :)

(12) "что хотели этим добиться"
ну хотя бы для начала - отсутствия проблем с лицензиями MS

(0) Если постгря у тебя под виндой - то смысла в этом эксперименте вообще нету никакого.
Постгря под виндой  - это ужас и тормоза. Не делай этого вообще.

(0) Мелкософт оставляю. Все равно трофейный. Раз в полгода + 1-2 часа работы. Пока так.

(17) > Постгря под виндой  - это ужас и тормоза

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

(19) Проблема в блокировках файлов под Windows. Для базы в 10-20 человек может и норм, а 100+ пользователей уже могут быть проблемы

Ну и тренд:
https://www.cnews.ru/news/top/2022-11-02_znamenitaya_rossijskaya_subd

В списке поддерживаемых Windows нет:
https://postgrespro.ru/products/postgrespro/supported_os

(21) >В списке поддерживаемых Windows нет

А в оригинале есть:
https://www.postgresql.org/docs/current/supported-platforms.html

(19) "Последние релизы давно уже вроде нормально работают более-менее в целом"

Каким образом "последние релизы" могут исправить неисправимую проблему ntfs - тормоза если в папке 200-300 файлов, и полный ступор если там 2-3 тысячи файлов ?

(23) Подсчитал сейчас, база КА объем (в архиве) 6,5 Гб, количество файлов 84365 шт

(21) (22) Напоминает Задорного, в США он про Россию, в России про США. Популизм :)

(23) В постгресе уже починили вечный нестедлуп при соединении с подзапросом?

(24) я в шоке был, когда узнал, что все эти сотни тысяч файлов никак с конкретной базой не связать, не скопировать, не перенести, как в MSSQL один-два файла.

Просто тупо даже в плане физического хранения базы на диске Postrge днище. Куча непонятных мелких файлов. Как можно было так усложнить жизнь и ничего с этим не сделать до сих пор, не понятно.

(26) Зачем? Грамотные программисты сами все напишут как надо. 1С, кстати, достаточно регулярно исправляется в этом плане.

(23) Ни ntfs, ни "огромное" количество файлов в каталоге с базой не имеют к этой проблеме никакого отношения. Там дело в принципиальной невозможности в Windows удалять/переименовывать открытые приложениями файлы. Windows так устроена. А в Linux можно. Вот и вся разница.

Огромное количество файлов прекрасно кэшируется как ОС, так и PostgreSQL(для наиболее эффективной работы), было бы куда кэшировать...

(27) "Днище PG" - это камень в сторону 1С, которая создает кучу таблиц. В слоне под каждую таблицу, индексы к таблице создается отдельный файл.

(31) А в чем проблема большого количества таблиц?

(32) это к (27) вопрос

(29) "Там дело в принципиальной невозможности в Windows удалять/переименовывать открытые приложениями файлы. Windows так устроена. "
Обычно удалять нельзя, но переименовать можно. Я так понимаю, зависит от механизма доступа к файлу, их там явно не меньше двух (fopen и mmap).