Очень медленно работает интерфейс бухгалтерских проводок

[Иван]

Подскажите, пожалуйста, возможно как-то ускорить работу? Дело в том, что проводок около 8 млн и я связываю замедление с этим количеством... Может можно создать какие-то дополнительные индексы или еще выполнить какие-то искусные приемы. Просто уже нервов не хватает, а дальше будет только хуже.
Если сейчас 8 млн за 3 года, то через год будет уже 10...

[edward_K]

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

[Иван]

СУБД Oracle
У нас в компании постоянно приходят немного неадекватные запросы, например, посчитать количество проводок во всяких разрезах за последние 10 лет, поэтому чистить проводки тоже не вариант
я думаю, если галактика делает выборку из таблицы по каким-то определенным полям, может и сделать индекс соответствующий?

[edward_K]

Тогда вам в основном путь 2. И сворачивание старых проводок. В основном много дает ЗП и основные, ну может быть спецодежда в силу построения.
Дальше закрытие, движение МЦ - думайте как их оптимизировать. АПИ Oborot штатно уммет работать через DSQL в оракле(но не в MSSQL).
А так закидывать ТП по поводу медленности конкретного интерфейса. Есть много резервов, где можно протянуть код через призму быстродействия.
Элементарное удаление большой не используемой таблицы из главного запроса может увеличить скорость в 2 раза. Но вам придется найти и доказать что без ускорения здесь вы помираете. И почаще юзайте фильтры - это снизит нагрузку на сеть.

[LaaLaa]

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

Активировать этот режим, можно добавив в galnet.cgf следующие строки:

Код: Выделить всё

{UseFilters}
  UseFltInSalAndOb=on

Имя секции {UseFilters} нужно именно в фигурных скобках указывать (это синтаксис для скрытых параметров).

Это должно привести к тому, что сократиться поток «тяжелых» запросов к серверу на выборку больших порций проводок и сальдо. Что немного разгрузит сервер БД и вероятно сократит время отклика.

[LaaLaa]

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

[Masygreen]

михаил а может вы поделитесь с нами реестром скрытых параметров?

[LaaLaa]

михаил а может вы поделитесь с нами реестром скрытых параметров?

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

Если вам интересно, еще про пару параметров я писал на Минском форуме https://forum.galaktika.ru/viewtopic.php?p=3998#p3998

[Masygreen]

просто вдруг там есть скрыта настройка , чтоб разблокировать интерфейс с большой кнопкой - сделать все хорошо, чтоб само все сделалось .. пользователи постоянно просят
сорри за оффтоп

[LaaLaa]

Тем временем обновление ORA90DRV_DLL_54384.acd вышло
ftp://ftp.galaktika.ru/pub/support/gala ... _54384.acd
Подтвердите, решилась проблема с окном проводок?

[Plinda]

а для чего вообще интерфейс используете? какое практическое его применение?

[Иван]

Проблема частично решена была, но сейчас все усугубляется и с каждым днем становится все хуже.
Дело в том, что количество записей в таблице oborot более 15 млн, в таблице saldmoun более 17 млн. Архивирование предыдущих лет пока нам не дают делать, но работать практически невозможно – 130 человек параллельно сидят и нервничают, когда сроки ограничены и работать очень тяжело.
Тормозит особенно расчет амортизации – вставляется очень много проводок. Количество инвентариников около 40 тыс штук.
Хотел узнать у разработчиков, каким образом на уровне oracle галактика обращается к таблице oborot?
Например, если я разобью секционированием (range by) таблицу oborot по дате 01.01.2013 таким образом, чтобы текущий год у меня был в tablespace , который стоит на SSD диске, поможет ли это как-то решить эту проблему?

[edward_K]

Есть общая рекомендация держать базу, логи, журнал, индексы на разных раидах. В MSSQL есть возможность отдельную таблицу разместить на отдельном раиде.
Но решать проблему нужно 2 способами - железом и сокращением общего числа проводок - это будет как снежный ком. Тем более если пишете про амортизацию - надо посмотреть какими хозоперациями формируется наибольшее число проводок и оптимизировать их. Я бы не советовал для любой таблицы выходить за 10 млн - установите себе этот предел. Все что старее 2 лет можно разместить на отдельном серваке - это нужно 2-3 людям - зачем заставлять страдать 130? Интересно почему в saldmoun записей много - наверняка сидят пустышки (вроде настройка была не формировать нулевое сальдо)

[Den]

Если все же для Вас так критичен данный интерфейс, то проблему, в данном случае, все же стоит попробовать порешать с разработчиками.
LaaLaa не раз писал на форуме о методике решения подобного рода проблем. Например :
http://tyumbit.ru/gal_forum/viewtopic.p ... %B8#p58286

[Иван]

в oracle также есть возможность в разные tablespace пихать по условию только вопрос в том даст ли это какой-то прирост?
Может там галактика своими средствами как-то сортирует все без средств oracle