2019-01-24 19:19:43

Краткое описание :

(ВАН) Количество Parse превышает количество Executions

Описание :

Не знаю, какая именно часть контура логистики, научите

Что измененно :

Количество Parse превышает количество Executions
На основании awrrpt_1_43763_43764.html от 28-Dec-18 11:00 за 1 час работы на первой ноде.
Модуль: atlexec.exe
Запрос
SELECT COUNT(ROWID) FROM GAL_VEK."KONTRIER"
Описание
Количество Parse Calls составляет 25 тысяч раз. При этом количество выполнений этого запроса всего 1300 раз.
Либо разработчики парсят запрос, а на выполнение не запускают, либо выполнение идет с использованием parallel query. Таблица имеет degree = 1, а все индексы имеют degree = 30. Очевидно, что count считается по одному из индексов построенных по not null полям.
Рекомендация для Асконы
Запрос выполняется 7 раз в секунду в течение часа. В таблице 6 миллионов записей. Этот запрос делает избыточную и ни кому не нужную нагрузку на диски.
Обратите внимание, parallel query ВСЕГДА читает с диска игнорирую buffer pool.
Для облегчения ситуации таблица ранее была уже сжата методом BASIC. Рекомендую пересжать ее методом OLTP.
Для этого выполните fix_kontrier.sql
Это снизит размер таблицы на 30%, соответственно дисковые чтения снизятся также.
Рекомендация для разработчиков
Данный запрос выполняется 7 раз каждую секунду. Действительно ли необходимо так часто подсчитывать количество записей в таблице в которой 6 миллионов записей?
Пожалуйста, рассмотрите возможность кеширования данного вычисления на клиенте, чтобы этого не происходило 7 раз в секунду в течение часа.
При указании хинтовне забудьте, что parallel query это всегда дисковые чтения. Это всегда на тестовом окружении показывает хороший результат на секундомере, а на продуктивной БД будет просто "убивать" дисковую подсистему и тормозить расчет других задач выполняемых на этом сервере в это время.
Рассмотрите отказ от parallel query для этого запроса - подсчет count все-равно идет по индексу, он может быть в кэше и расчет будет выполняться гораздо быстрее без parallel query. Но это верно только для продуктива. На тесте секундомер покажет обратный результат, так как на тесте мало кто работает и там пустой кеш.
PS.Вариант, при котором вы парсите запрос, но не выполняете его - не рассматриваю, как маловероятный.

Как измененно :

Изменен алгоритм определения наличия записей в таблице с RecordsInTable на RecordExists

2019-01-24 19:19:43

Краткое описание :

Некорректно работает выбор организаций

Описание :

Аналитический учет

Что измененно :

Некорректно работает выбор организаций.
Формируем отчет, по счету ведется системная аналитика Организации, хотим выбрать нужные нам,открывается выбор по контрагентам, по умолчанию в настройках установлено отображение только Рабочих контрагентов.
В списке контрагентов они разбиты на несколько групп, становимся на нужную, нажимаем Insert помечается пака и все вложенные рабочие контрагенты, нажимаем ввод.
Но при этом почему-то в фильтр и в шапку отчета, соответственно, попадают организации, которые относятся к данной группе, но находятся в архиве.
Клиент утверждает, что ранее помечались и попадали в фильтр только те рабочие организации, которые отражались в интерфейсе выбора.

Как измененно :

Исправлено.
Также учитывается фильтр по стране и городу, если есть

2019-01-24 19:19:43

Краткое описание :

Добавить поле Плановая дата закрытия в Иерархические отчеты по ШР

Описание :

Иерархические отчеты по ШР

Что измененно :

В ШР в атрибутах ставки есть поле Плановая дата закрытия. Оно
заполняется сразу же в приказе на создание ставки, так как мы изначально знаем,
что ставка временная и будет действовать определенный срок. Нужен отчет, в
который можно вывести информацию по временным ставкам.
Использоваться будет иерархический отчет по ШР, но в настройке печатной форме
нет поля Плановая дата закрытия. Дата закрытия - это не то же самое, так как
дата закрытия будет и у постоянных ставок. Понять, что ставка временная можно
по полю Плановая дата закрытия.

Как измененно :

Доработан иерархический отчет по ШР "Кадры \ Отчеты \ Отчеты
по ШР \ Иерархические отчеты по ШР". В папку "Данные о ставке" добавлено новое
поле "Плановая дата закрытия". Данное поле содержит информацию о плановой дате
закрытия ставки из ШР.

2019-01-24 11:50:00

Краткое описание :

Ошибка в xml-файле УПД

Описание :

Наши счета-фактуры

Что измененно :

В xml-файле УПД вместо ИНН выводится УНН для РФ.

Как измененно :

Экпорт УПД, раздел "НаимЭконСубСост" в xml заполняется не "УНН/КПП", а "ИНН/КПП".