|
3.62; Управление итогами регистров. Подсчет количества
|
|
| dtsarapkin | Дата: Вторник, 10.05.2016, 11:47 | Сообщение # 1 |
|
Сержант
Группа: Проверенные
Сообщений: 35
Репутация: 18
Статус: Оффлайн
| Неверное отображение при включенной Статистике
1. Разное отображение "Число строк".
Флажок "Показывать структуру хранения" включен.
Встаем на любую строку.
Ставим флажок "Статистика по текущему регистру": значение "Число строк" в общей таблице удваивается.
Убираем флажок "Статистика по текущему регистру": значение "Число строк" в общей таблице восстанавливается.
2. Неверное значение "Число нулевых".
"Число нулевых" проставляется в каждой строке статистики, а в итоговом значении суммируется.
Или я недопонял смысл и так и должно быть?)
p.s.:
Создаю в этой ветке, т.к. не смог создать новую тему, выдалось "На форуме активирована защита от спама, которая не позволяет создавать новые темы пользователям у которых менее 3 сообщений."
|
| |
| |
| tormozit | Дата: Вторник, 10.05.2016, 13:50 | Сообщение # 2 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6198
Репутация: 159
Статус: Оффлайн
| По п.1 проблема с удвоением количества понятна. Если есть и другие, то скриншотом покажи.
По п.2 скриншотом покажи. Судя по твоему описанию, так и задумано.
|
| |
| |
| dtsarapkin | Дата: Вторник, 10.05.2016, 14:42 | Сообщение # 3 |
|
Сержант
Группа: Проверенные
Сообщений: 35
Репутация: 18
Статус: Оффлайн
| Вот скриншоты.
Первый после открытия инструмента и проставлении "Показывать структуру хранения".
Второй после нажания на "Статистика по текущему регистру".
1. "Число строк" увеличилось в 2 раза.
2. "Число нулевых" итог (в общ таблице и в правой верхней) равен сумме по периодам статистики. Причем в статистику во все строки проставилось текущее значение.
3. "Число нулевых" отображается только если включена "Статистика по текущему регистру".
4. Ещё одна ошибка, при включенной "Статистика по текущему регистру". Проявляется на 2х РегистрахНакопления.
В служебных сообщениях: "ADOUtils : Даты из диапазона 02.01.0001 00:00:00 - 01.01.0100 23:59:59 получить не возможно из-за ограничений COM."
Текст ошибки: "{Форма.Форма.Форма(533)}: Ошибка при вызове метода контекста (ADORecordsetВТаблицуЗначений)
ТаблицаРезультата = ADOUtils.ADORecordsetToValueTable(РезультатЗапроса);
по причине:
Ошибка вызова метода внешней компоненты".
Платформа 8.3.6.2449, режим совместимости 8.2.13, УПП 1.3.76.3, MS SQL Server 2008
|
| |
| |
| tormozit | Дата: Вторник, 10.05.2016, 18:58 | Сообщение # 4 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6198
Репутация: 159
Статус: Оффлайн
| По п.2 и п.3 на скриншотах проблемы не вижу. Предположение "в статистику во все строки проставилось текущее значение" вызывает сомнения. Наблюдаемая в таблице на форме картина вполне может иметь место на самом деле в таблице БД.
По п.4 из контекстного меню таблицы периодов выполни команду "Открыть запрос статистики", в открывшейся консоли запросов перейди на закладку "ADO" и пробуй выполнять запрос, снимая по одному флажки под полем "Строка соединения" и если не поможет отключи использование компоненты GameWithFire. Как только запрос успешно выполнится, покажи таблицу результата. Вероятно в таблицах итогов этих регистров действительно есть даты из неудобного диапазона.
|
| |
| |
| dtsarapkin | Дата: Среда, 11.05.2016, 10:00 | Сообщение # 5 |
|
Сержант
Группа: Проверенные
Сообщений: 35
Репутация: 18
Статус: Оффлайн
| По п.2 и 3 сначала неправильно понял логику - да, там все верно.
По п.4: Выполняю команду "Открыть запрос статистики" и открывается полностью пустая форма Консоли запросов. На всех других строчках так же она не заполняется...
Я отладкой вытащил нужный текст запроса и самостоятельно заполнил: с компонентой GameWithFire не выполняется (хоть с проставленными флажками под полем "Строка состояния", хоть без проставленных).
В результате запроса периоды в диапазоне с 2001-02-01 по 5999-11-01, с учетом смещения 2000: с 0001-02-01 по 3999-11-01.
В таблицах по другим регистрам такого большого диапазона нет (с 4011-01-01 по 5999-11-01). Видимо, ошибка...
ПересчитатьИтоги() ситуацию не меняет.
Это ошибка в SQL какая-то? Может какое-то регламентное задание нужно выполнить, чтобы исправить?
|
| |
| |
| tormozit | Дата: Среда, 11.05.2016, 10:05 | Сообщение # 6 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6198
Репутация: 159
Статус: Оффлайн
| Сделай скриншот ситуации, когда команда "Открыть запрос статистики" открывает пустой текст запроса. По возможности посмотри в отладчике, почему это происходит. У меня идей пока нет.
|
| |
| |
| tormozit | Дата: Среда, 11.05.2016, 10:12 | Сообщение # 7 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6198
Репутация: 159
Статус: Оффлайн
| Нехорошие даты в таблицах итогов появились вероятно из-за ошибочно проведенных документов с соответствующими датами. Сами документы потом скорее всего распровели, но осадок в итогах естественно остался и скорее всего он нулевой должен быть, тогда должно помочь удаление нулевых итогов.
|
| |
| |
| dtsarapkin | Дата: Среда, 11.05.2016, 11:33 | Сообщение # 8 |
|
Сержант
Группа: Проверенные
Сообщений: 35
Репутация: 18
Статус: Оффлайн
| По поводу периодов: оказалось, у нас есть док-ты Корректировки записей регистров на 01.01.0001, так что все верно, записи итогов и статистика и должны быть.
Команда "Открыть запрос статистики" не понимаю, почему не отрабатывает. Пробежал в отладчике - получает объект обработки, производится заполнение, получает форму, открыват. Может, что-то при открытии формы происходит? В обработчики формы отладкой не удалось зайти.
Скриншот результата прикладываю.
|
| |
| |
| tormozit | Дата: Среда, 11.05.2016, 16:24 | Сообщение # 9 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6198
Репутация: 159
Статус: Оффлайн
| По поводу пустой формы консоли запросов похоже это ошибка платформы. https://partners.v8.1c.ru/forum/topic/1442085 После создания второго объекта внешней обработки получаемые из него обычные формы имеют пустые модули.
|
| |
| |
| tormozit | Дата: Четверг, 12.05.2016, 09:22 | Сообщение # 10 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6198
Репутация: 159
Статус: Оффлайн
| Проблема с удвоением количества исправлена в 3.63
|
| |
| |
