Size: a a a

PostgreSQL + 1C + Linux

2020 October 27

AM

Aleksandr Melnikov in PostgreSQL + 1C + Linux
service postgresql reload активирует параметр log_duration?
источник

AM

Aleksandr Melnikov in PostgreSQL + 1C + Linux
Или перезапуск нужен?
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
Aleksandr Melnikov
service postgresql reload активирует параметр log_duration?
можно из psql: select pg_reload_conf();
источник

AM

Aleksandr Melnikov in PostgreSQL + 1C + Linux
спасибо
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
только вам нужен log_min_duration_statement
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
начать с 60 секунд если ничего не будет, то уменьшать
источник

AM

Aleksandr Melnikov in PostgreSQL + 1C + Linux
Я так понял он задаётся в миллисекундах
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Aleksandr Melnikov
Господа. Помогите разобраться. Linux, pg 11, 1с упп (250Gb), платформа 8.3.17. Работает все не плохо, но есть обработка печать цен, которая намертво подвисает 1с. Так же были проблемы с открытием номенклатуры любой пока не поменяли join_collapse_limit на 1.
Это классика несовместимости кода с пг
Обработку надо переписать согласно требованиям итс при работе с пг
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Не надо мучить пг настройками, тем более неправильными
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Join верните в 8, 1 помогает этой обработке и открытию списков, код которых тоже нужно менять, но роняет всю производительность базы в целом
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Только современные конфигурации 1с почти не требуют модификации кода под пг, а если требуют, то и под мс скл)
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Сергей Голод
скорее всего какой-то индекс не используется. есть такая "беда" у ПГ
Не, тут код 1с кривой
Нет такой беды у пг
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Aleksandr Melnikov
Все что связано с номенклатурой тормозит. Все отчеты итд
РЛС дикий случаем не накручен на номенклатуру?
Под полными правами 1с тоже тормоза?
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Ну и совсем глупый вопрос - регламенты то над базой выполняются? Автоваакуум включён и настроен?
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
Антон Дорошкевич
Не, тут код 1с кривой
Нет такой беды у пг
к сожалению есть. Мы этак полгода тому назад тут обсуждали аналогичную проблему, когда ПГ "терял" хороший(быстрый)  индекс после вакуума например. Или например его вообще не выбирал, так как планировщик не мог определить быстрый индекс и поэтому выбирал медленный. Могу скрин недавнего ответа ПГпро на эту проблему привести:
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Это прям уникальный случай
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Уникальности случаются, но я очень сомневаюсь что у автора эта беда

Ну и к слову ms sql тоже ошибается часто в индекса, теряя их из вида)
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Сначала предлагаю всё таки написать код 1с согласно итс, а потом уже копать дальше
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
Антон Дорошкевич
Это прям уникальный случай
возможно. Но одному из пользователей (@Zakiss) например это помогло решить проблему с его конфигурацией. И с его слов:
"у меня база на постгре щас быстрее работает чем на MS при меньшем в 2 раза выделеных ресурсах"

По крайне мере после исправления сборки от ПГпро стали выбирать такой же индекс как и ванильный ПГ, а также перестали терять правильный индекс после вакууума (в т.ч. автовакуума).
Проблема планировщика конечно осталась (её не так просто решить как оказалось), но в целом проблему удалось решить).
А в данном случае - наверное да, сначала сделать по рекомендациям - а если не помогло, то лезть в запросы/индексы
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Сергей Голод
к сожалению есть. Мы этак полгода тому назад тут обсуждали аналогичную проблему, когда ПГ "терял" хороший(быстрый)  индекс после вакуума например. Или например его вообще не выбирал, так как планировщик не мог определить быстрый индекс и поэтому выбирал медленный. Могу скрин недавнего ответа ПГпро на эту проблему привести:
Тут как вариант можно попробовать использовать hintplan и заставлять планировщик в этом запросе игнорировать или менять определённые настройки пг, если тестами подтверждается что их изменение помогает в этом случае
источник