Имя: Пароль:
1C
 
postgres и 1С какие особенности по производительности?
0 Shur1cIT
 
20.11.23
12:10
Нашей конторе предстоит импортозамещение, планируем переходить на астралинукс и postgres pro.
Какие особенности производительности? Где почитать в контексте 1с?
Насколько помню раньше при связке с postgres блокировки на всю таблицу таблицу отрабатывали из за этого конфликтов блокировок больше было, сейчас как?
Заранее спасибо.
1 Smit1C
 
20.11.23
12:11
На инфостарте полно статей
2 GANR
 
20.11.23
12:21
(1) Статей то полно, но на 100% верного ответа под нужды конкретной конторы нет и быть не может. Надо просто создать стенд с астрой и постгрес и запустить критичные по быстродействию операции. Сравнить их с тем, что было, при надобности доработать.
3 Звездец
 
20.11.23
12:24
(0) в последнее время типовые вроде сносно начали работать, но если много доработок могут быть разные нюансы
4 Shur1cIT
 
20.11.23
12:30
(3) про особенности где почитать чтобы заранее о нюансах знать? на инфостате ничего свежего/ценного не нашел так как платформа сильно менялась под postgres да и сам postgres тоже особенно postgres PRO
5 Ногаминебить
 
20.11.23
12:35
(4) Из личного опыта - пришлось переписать некоторые запросы со срезом последних.
6 Звездец
 
20.11.23
12:40
(4) думаю на инфостарте максимально подробная информация, то что не сильно свежая не проблема, большинство актуально
7 rphosts
 
20.11.23
12:42
(0) вроде так если кратко:
1.автоматическую блокировку не любит - но типовых таких давно не выпускают.
2.обслуживать базу нужно регулярно (ну там вакуум).
3.внешнее соединение не любит.
8 Shur1cIT
 
20.11.23
13:10
(7) ок спасибо
9 Smit1C
 
20.11.23
13:38
(7) ещё вроде как postgres должен быть на линуксе установлен - работает шустрее.
10 Chai Nic
 
20.11.23
13:41
(7) "внешнее соединение не любит"
С подзапросами. С таблицами (обычными или временными) - нормально. То есть, для постгреса надо запросы писать так, чтобы не было подзапросов вообще, заменив их на временные таблицы.
11 H A D G E H O G s
 
20.11.23
13:47
(10) "заменив их на временные таблицы"

Которые он тоже не любит.
12 novichok79
 
20.11.23
13:49
(9) да, был у нас кейс на работе году эдак в 2018 - стояла постгря на винде, переставили на линь. стало x2 по скорости.
13 Звездец
 
20.11.23
13:58
(9) не просто должен, а обязан. Тем более у них же импортозамещение
14 spiller26
 
20.11.23
14:00
(0) У нас уже 8 лет пашет на Postgres на Linux, по началу нужно было настраивать, но с 10-й версии всё практически стоково от 1С.
Сейчас на 12 версии, собираемся переходить на 14-ю.
Лучше ставить отбельный сервак.
Короче работает.
15 Chai Nic
 
20.11.23
14:01
(11) В новых версиях постгреса появилась ведение онлайн-статистики для временных таблиц, так что уже любит
16 Shur1cIT
 
20.11.23
14:02
(13) да так оно и будет, будем астралинукс ставить.
то что линукс должен быть обязательно прочитал, это связано с тем что под линукс он каждую таблицу в отдельном файле хранит , а в винде в одном
17 Biker
 
20.11.23
14:02
Есть курс "НАСТРОЙКА И ТОНКОСТИ ЭКСПЛУАТАЦИИ POSTGRESQL ДЛЯ 1С", очень полезная штука.
18 rphosts
 
20.11.23
19:02
(9) лет 5 назад на наших самопальном интегральном тесте получалось что-то раза в 1,4 быстрее на линуксе (на том-же железе).
20 Xapac
 
21.11.23
07:23
(0)
Почему именно Астра линукс и PostgresPro а не Postgres от 1с?

мы перешли на PostgresPro. у нас начались проблемы. Имея корп поддержку обратились в нее, 1с ответили, что PostgresPro не поддерживается.

А так в целом задача выполнимая и интересная.
Postgres тяжко относится к:
1. соединеням с подзапросами.
2. Соединения с виртуальными таблицами (срез последних, остатки)
3. Полное соединение
4. Запрос Срез последних на дату. (угу привет ЕРП и динамическим спискам по выбору ОС)
5. В Postgres хрен поймешь какой запрос чего сожрал(ЦПУ Оперативки) Единственный показатель это время выполнения.
21 Chai Nic
 
21.11.23
07:24
(16) В винде так же хранит. Линукс просто лучше работает с десятками тысяч файлов в каталоге.
22 ansh15
 
21.11.23
11:20
В 16-ой редакции "Allow parallelization of FULL and internal right OUTER hash joins", так что не все так плохо.
23 timurhv
 
21.11.23
11:26
(20) MSSQL по пунктам 1, 2 также плохо к этим вещам относится на больших таблицах. Работает быстро несколько лет, потом бац и 30 минут вместо 3 сек все таблицы шерстит.
Лучше сразу такое избегать.
24 dmrjan
 
21.11.23
13:39
(16) Лучше с 15 релиза ставить, там файл статистики в оперативной памяти располагается по-умолчанию, что сильно сказывается на одновременной работе пользователей, да и ssd дольше будут работать.
25 dmrjan
 
21.11.23
13:41
(20) Они больше не поддерживают PostgreSQL Pro, но только под Windows.
26 Shur1cIT
 
21.11.23
18:15
(20) Почему не Postgres от 1с? Нам необходимо чтобы ПО было в реесте Российского ПО.
(25) те 1С вполне поддерживает PostgreSQL Pro под линукс?
27 Hmster
 
21.11.23
20:50
(11) их надо правильно индексировать
28 timurhv
 
21.11.23
22:10
(26) Советую глянуть
https://youtu.be/nKZ5GewbtHs?t=288
29 Asmody
 
22.11.23
00:15
(0) Не благодари
https://www.youtube.com/watch?v=u3lyP8XmwTo
https://www.youtube.com/watch?v=PHHdKJn1xl8

в этом году тоже было немного, но ИС ещё надеются на этих видюшках баблишка поднять
30 kauksi
 
22.11.23
09:32
вон еще свежая статья про оптимизацию https://infostart.ru/1c/articles/1979106/
31 ansh15
 
22.11.23
11:08
Для разнообразия(Планы запросов в PostgreSQL) https://infostart.ru/1c/articles/1196217/
32 ansh15
 
22.11.23
11:24
(20) Странно, что они имели в виду, говоря "не поддерживается"?.. https://v8.1c.ru/tekhnologii/postgrespro/
33 Xapac
 
22.11.23
15:23
(32) мы не стали впадать в полемику... с корп поддержкой.
Они первый день пытались нас убедить, что у нас это не критическая проблема, потом посоветовали откатиться обратно на mssql. поэтому решали своими силами.
34 dmrjan
 
22.11.23
16:36
(32) Имелось ввиду, что нет техподдержки. На PostgreSQL под Windows 1С работать будет, но медленное, чем под Linux и без техподдержки от постгрессменов. Если пользователей 2-3 человека (или пара разработчиков), там работать скорее всего будет без особых проблем.
35 ansh15
 
22.12.23
15:38
Нюансы(опять со СрезПоследних) https://forum.infostart.ru/forum16/topic307551/?sort=dasc
Решение несколько неочевидное, получается, вендор что-то покрутил в своем патче для 15-й редакции и стало хорошо..?
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. Фредерик Брукс-младший