Size: a a a

PostgreSQL + 1C + Linux

2016 August 16

DN

Dmitry Nagovitsin in PostgreSQL + 1C + Linux
Александр Вир
И принтерами
Ах ты
источник

АЕ

Александр Еременчук in PostgreSQL + 1C + Linux
Михаил
Система работает независимо от количества пользователей, субъективно что один что 100
тут дело в скорости 2х вещей
1. rls - вроде добавляется простой запрос (для работы rls),  а скорость выполнения падает в сотни-тысячи раз, например с 0.2с до 70 секунд
2. Проведение документов, я понимаю что операция не тривиальная, но после каких-то изменений (знаю, дурак не сохранил конфиг, доулучшался) проведение реализации с 0.8с упало до 2,5 секунд
У меня пока винта стоит, 2 кластера 1с рабочий и тестовый (программисты тут сидят)
Вот с прошу конфиги  других людей чтобы понять где я свернул не туда
Почему не на линуксе? Когда подготавливал стенд линукс проигрывал на 50% при проведении почти всех документов на одинаковых конфигах , вот и настало время разворачивая по нормальному и ещё раз сравнить производительность
Надо смотреть план тормозных запросов... И тогда переписывать запрос или менять настройки пг
источник

АВ

Александр Вир in PostgreSQL + 1C + Linux
Не удержался. Инсайдерская инфа распирает
источник

АЕ

Александр Еременчук in PostgreSQL + 1C + Linux
Grigory
по правам - сами столкнулись с такой проблемой, скорее всего это связанно с тем что 1с до сих пор пытается работать с версионником путем блокировок
Мы переписывали РЛС унф при переходе с мсскл на пг
источник

G

Grigory in PostgreSQL + 1C + Linux
Михаил
Система работает независимо от количества пользователей, субъективно что один что 100
тут дело в скорости 2х вещей
1. rls - вроде добавляется простой запрос (для работы rls),  а скорость выполнения падает в сотни-тысячи раз, например с 0.2с до 70 секунд
2. Проведение документов, я понимаю что операция не тривиальная, но после каких-то изменений (знаю, дурак не сохранил конфиг, доулучшался) проведение реализации с 0.8с упало до 2,5 секунд
У меня пока винта стоит, 2 кластера 1с рабочий и тестовый (программисты тут сидят)
Вот с прошу конфиги  других людей чтобы понять где я свернул не туда
Почему не на линуксе? Когда подготавливал стенд линукс проигрывал на 50% при проведении почти всех документов на одинаковых конфигах , вот и настало время разворачивая по нормальному и ещё раз сравнить производительность
По проведению, тут все зависит от тюнинга postgres. Очень важно как размечены диски, какая файловая система там висит, что с таблицами - распухшие или нет, был ли вакум и индексация
источник

М

Михаил in PostgreSQL + 1C + Linux
Александр Еременчук
Надо смотреть план тормозных запросов... И тогда переписывать запрос или менять настройки пг
Запрос вполне нормальный передаётся в pg
план нормальный, а вот субпланы страшные, больше всего пугает nested loop 4000 раз, а в этом субплане ещё nested loop 50000 раз
источник

G

Grigory in PostgreSQL + 1C + Linux
Это все мелочи, вот я помню как базы обновлялись на 8.2 по несколько часов, бывало пол ночи. Вот это были тогда загадки
источник

G

Grigory in PostgreSQL + 1C + Linux
> Михаил
Запрос вполне нормальный передаётся в pg
план нормальный, а вот субпланы страшные, больше всего пугает nested loop 4000 раз, а в этом субплане ещё nested loop 50000 раз

Тонкая оптимизация запросов 1с )
источник

G

Grigory in PostgreSQL + 1C + Linux
Это так блокировки у них реализованы на версионнике
источник

G

Grigory in PostgreSQL + 1C + Linux
что бы уж точно.
источник

АЕ

Александр Еременчук in PostgreSQL + 1C + Linux
Михаил
Запрос вполне нормальный передаётся в pg
план нормальный, а вот субпланы страшные, больше всего пугает nested loop 4000 раз, а в этом субплане ещё nested loop 50000 раз
Если используются срезыпоследних по регистрах с изменениями больше 2, Попробуйте эти срезы во временные таблицы сохранять... Может будет быстрее
источник

М

Михаил in PostgreSQL + 1C + Linux
Grigory
По проведению, тут все зависит от тюнинга postgres. Очень важно как размечены диски, какая файловая система там висит, что с таблицами - распухшие или нет, был ли вакум и индексация
Вот и прошу конфиги  (
Я уже натюнил его что все сломал, а что и для чего менял не помню и не записал чтобы начать с начала
источник

М

Михаил in PostgreSQL + 1C + Linux
источник

М

Михаил in PostgreSQL + 1C + Linux
Пример выше запроса который просто из регистра сведений получает цену при ограничении по виду цен
Регламенты анализ и вакуум каждый день
После этого я сделал enable_nestloop = off, и на первый взгляд помогло - "на первый"
источник

АЕ

Александр Еременчук in PostgreSQL + 1C + Linux
Сколько всего строк в рс таблицыгруппдоступа?
источник

АЕ

Александр Еременчук in PostgreSQL + 1C + Linux
А с отбором Областьданныеосновныеданные = 0?
источник

АЕ

Александр Еременчук in PostgreSQL + 1C + Linux
Попробуй проиндексировать это поле в регистре...
источник

A

Andrey in PostgreSQL + 1C + Linux
Это поле на первом месте во всех индексах.
источник

АЕ

Александр Еременчук in PostgreSQL + 1C + Linux
Наверно индекс не используется из-за того что все строки с областьданныеосновныеданные = 0
источник

АЕ

Александр Еременчук in PostgreSQL + 1C + Linux
Тогда хорошо бы какой-то еще отбор на этот рс, потому что 25 тыс раз выгребается по 5тыс строк, из которых потом используется только 8.
источник