![]() |
|
Справка-расчёт амортизации на связке 1с 8.3.8+postgresql | ☑ | ||
---|---|---|---|---|
0
agromayak
22.09.16
✎
07:41
|
Добрый день!
В клиент-серверном варианте возникла проблема: не формируется "Справка-расчёт амортизации". В файловом варианте и при использовании MS SQL 2008 - всё нормально. Сервер Postgresql настроен по вот этой статье - https://its.1c.ru/db/metod8dev/content/5866/hdoc/_top/postgresql Мониторинг с сервером Postgresql показывает, что сам постгрес что-то колбасит, отжирая ядро, но ввода-вывода практически не создаёт. Сервер 1с: 8.3.8.2027 x86_64 Сервер баз данных: Postgresql 9.4.2-1c на Debian x86_64/ |
|||
1
agromayak
22.09.16
✎
07:42
|
ах да, конфа - "Бухгалтерия сельхозпредприятия"
|
|||
2
Провинциальный 1сник
22.09.16
✎
07:42
|
enable_nestloop=off в постгре попробуй
|
|||
3
agromayak
22.09.16
✎
07:50
|
(2) спасибо, сработало) но я тут в соседней ветке набрёл на обсуждение этой опции и всё не так гладко) буду копать дальше)
|
|||
4
Провинциальный 1сник
22.09.16
✎
08:09
|
(3) Всё там гладко. Просто отключаешь тупой алгоритм и заставляешь пользоваться умным. Умный может быть слегка медленнее в некоторых случаях, но тупой тупит намного сильнее. Это как пузырьковая сортировка против быстрой.
|
|||
5
jsmith
22.09.16
✎
08:57
|
>>Сейчас я вышел из этого положения так - нашел самого смышленого бухгалтера, написал ей инструкцию как включать и выключать enable_nestloop когда надо формировать ведомость амортизации. Но все это как-то не красиво ...
v8: PostgreSQL, документы с большим количество проводок и ведомость амортизации |
|||
6
mgk2
22.09.16
✎
09:02
|
(5) ужас какой
|
|||
7
jsmith
22.09.16
✎
09:10
|
Советуют не отключать нестид луп, но юзать параметры чтения рандомной паги
random_page_cost = 1.5-2.0 для RAID, 1.1-1.3 для SSD Стоимость чтения рандомной страницы (по-умолчанию 4). Чем меньше seek time дисковой системы тем меньше (но > 1.0) должен быть этот параметр. Излишне большое значение параметра увеличивает склонность PgSQL к выбору планов с сканированием всей таблицы (PgSQL считает, что дешевле последовательно читать всю таблицу, чем рандомно индекс). И это плохо. |
|||
8
Провинциальный 1сник
22.09.16
✎
09:12
|
(7) Нюанс в том, что нестед луп вообще не нагружает дисковую подсистему, а пилит процессорные ядра вложенными циклами над закэшированными данными..
|
|||
9
jsmith
22.09.16
✎
09:14
|
И чо делать? На форумах пишут, что нестид луп отключать нельзя.
|
|||
10
PRO100 NigGaZ
22.09.16
✎
09:31
|
(8) та же фигня только с rls БСПшный, динамические списки с rls тупят ппц (
|
|||
11
Провинциальный 1сник
22.09.16
✎
09:31
|
(9) На форумах многое пишут. Но факт остается фактом - в случае характерных для 1с джойнов с многоэтажными запросами его лучше отключать.
|
|||
12
ansh15
22.09.16
✎
12:35
|
(11) В БГУ 1.0 года 3 уже как такие запросы подправили, та же ведомость ОС и НМА и ведомость амортизации формируются секунд за 50-60 с enable_nestloop=on. Правда, с выключенным - за 4-5 сек... А с главной книгой ровно наоборот, enable_nestloop=on хорошо помогает.
Может, у автора темы конфа не обновлялась. Или ее разработчики не обновляли. |
|||
13
Провинциальный 1сник
22.09.16
✎
18:51
|
(12) Проще всего - перейти на бесплатный sql2008 r2 express, если объем данных позволяет - у него оптимизатор запросов более умный.
|
|||
14
ansh15
23.09.16
✎
10:56
|
(13) Если заменить Debian на платный Windows Server, то - да.
|
|||
15
Провинциальный 1сник
23.09.16
✎
15:45
|
(14) XP достаточно или там семерки
|
|||
16
trdm
23.09.16
✎
15:51
|
Разрабы слона вроде на 50 русские.
Чт они говорят на эту тему. |
|||
17
Fragster
гуру
23.09.16
✎
15:53
|
попробовать на 8.3.9 или последней 8.3.8 что-то для ЗУПа + потсгре как раз пилилось там
|
|||
18
Fragster
гуру
23.09.16
✎
15:54
|
(5) с 2010 года прошло некоторое количество времени
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |