Телеграмм чат группы PostgreSQL_1C

Size: a a a

PostgreSQL + 1C + Linux

2020 August 20

вообще если бизнес устраивает заливать говнокод 1С деньгами - не надо и дергаться.
если текущие 1С ники победят - с ними еще жить :)

источник

17:09пожаловаться #1

СГ

Сергей Голод... in PostgreSQL + 1C + Linux

19 17

беги Форест, беги)

источник

17:11пожаловаться #2

19 17 in PostgreSQL + 1C + Linux

но в общем случае
1) БД должна кешироваться в памяти - это такой миф/мечта из 90-2000
2) очень редко когда старая версия конфигурации не дает обновить платформу. куча контор работающих на древних УТ 10.3 на 8.3.16 живут.
3) насчет КОМ - не знаем что за приложения сторонние. может там поделка которая только так и умеет работать.

источник

17:11пожаловаться #3

19 17 in PostgreSQL + 1C + Linux

4) ну и поставить настроить виндовый сервер это уж сущая ерунда по затратам.

источник

17:12пожаловаться #4

Mikhail Vydrin in PostgreSQL + 1C + Linux

19 17

4) ну и поставить настроить виндовый сервер это уж сущая ерунда по затратам.

ну уж подольше чем линуховый

источник

17:30пожаловаться #5

19 17 in PostgreSQL + 1C + Linux

смотря кто с чем работал.

источник

17:31пожаловаться #6

2flower _ in PostgreSQL + 1C + Linux

19 17

Какой то миф.
Почему была нагрузка на диски?
Своп? Тогда понятно. Но оперативки с базу для этого не надо.
Сколько бы ни было оперативки данные все равно на диски пишутся и читаются.
Кстати ут 10.3 или 11?

почему нет, в пг главное грамотная настройка, уроните в 0 work_mem вот вам и тормоза.
просто найти причину, нагрузок на диски, для этого нужен мониторинг, и не просто графики со стрелочками осцилятора,
а именно осмысленные вещи.

источник

17:45пожаловаться #7

19 17 in PostgreSQL + 1C + Linux

мой пост был к тому что не требуется что бы база "вся кэшировалась в памяти".
Правильно - грамотно настроить СУБД и тогда скорость работы не будет принципиально отличаться

источник

17:49пожаловаться #8

19 17 in PostgreSQL + 1C + Linux

и, да нужен более глубокий анализ - а почему на дисковой подсистеме узкое место.

источник

17:50пожаловаться #9

2flower _ in PostgreSQL + 1C + Linux

19 17

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

источник

17:55пожаловаться #10

Mikhail K in PostgreSQL + 1C + Linux

всю зарплату высосет

источник

19:01пожаловаться #11

Sergey Zhemoitel in PostgreSQL + 1C + Linux

Сергей Голод

вот это я понимаю - современный подход к решению бизнес задач. Зачем переписывать на современный стэк - лучше купим отдельную железку чтобы там COM- работал.
А если 1С решит наконец убить COM-, то наверное вместо переписывания, 1Сники предложат остаться на старой версии платформы, да? )))

да так все и делается...

источник

19:03пожаловаться #12

Sergey Zhemoitel in PostgreSQL + 1C + Linux

и потому 1с не прибивает com и прочее старье, потому что клиенты покупают под это железки и софт

источник

19:04пожаловаться #13

СГ

Сергей Голод... in PostgreSQL + 1C + Linux

с праздником всех))
http://repo.postgrespro.ru/pg1c-archive/pg1c-12.4/
http://repo.postgrespro.ru/pg1c-archive/pg1c-11.9/

источник

19:26пожаловаться #14