Страница 2 из 3
Оптимизация скорости работы отчета
Добавлено: 05 апр 2012, 03:24
keeper
В этом случае я возвращаюсь к проблеме, из-за которой и создавал этот топик.
Запросы, которые идут в базу полностью вычитывают детейловые таблицы (Detail и SubDetail). На реальный данных там очень много записей и запросы выполняются очень долго. Через параметры я хотел ускорить построение отчета, но пока не получается((
Оптимизация скорости работы отчета
Добавлено: 06 апр 2012, 15:06
HighAley
Здравствуйте.
Попробуйте, пожалуйста, установить у свойства "Режим фильтрации" значение Запрос. В этом случае данные будут запрашиваться только согласно установленым фильтрам.
Спасибо.
Оптимизация скорости работы отчета
Добавлено: 09 апр 2012, 05:56
keeper
Aleksey писал(а):Здравствуйте.
Попробуйте, пожалуйста, установить у свойства "Режим фильтрации" значение Запрос. В этом случае данные будут запрашиваться только согласно установленым фильтрам.
Спасибо.
Здравствуйте!
Пробовал установить это свойство в обоих вариантах отчета (когда связь между источниками осуществляется путем создания соответствующих связей, и когда связь между источниками осуществляется через параметр) - не помогает, ошибка та же самая((
Оптимизация скорости работы отчета
Добавлено: 10 апр 2012, 05:46
Aleksey
Здравствуйте,
Исправили работу с типом guid. Решение будет доступно в следующем предрелизном билде на следующей неделе.
Пожалуйста, посмотрите измененный отчет в аттаче.
Спасибо.
Оптимизация скорости работы отчета
Добавлено: 10 апр 2012, 11:13
keeper
Здравствуйте!
Огромное спасибо! Вы очень помогли!
Оптимизация скорости работы отчета
Добавлено: 10 апр 2012, 12:53
Aleksey
Здравствуйте,
Всегда рады помочь.
Сообщите, если понадобится дополнительная помощь.
Оптимизация скорости работы отчета
Добавлено: 04 май 2012, 05:55
keeper
Добрый день!
Вы говорили, что исправили проблему с GUID, но похоже что не до конца..
Использую версию от 2012.04.26
Пытаюсь ограничить детейл с использованием параметра (суть ограничения - нужно выводить записи только тогда, когда детейлов минимум 2), значение которого должно равняться ID мастера. Но при вычислении параметра в детейловом запросе - ошибка.
Тестовый пример отчета во вложении.
Оптимизация скорости работы отчета
Добавлено: 04 май 2012, 08:27
Aleksey
Здравствуйте,
Проблему с типом GUID исправили. Будет доступно в следующем предрелизном билде на следующей неделе.
Так же в данном примере сам запрос был с ошибкой. Попробуйте использовать следующий запрос в источнике данных Detail:
Код: Выделить всё
declare @tmp table("ID" uniqueidentifier DEFAULT NEWID(), "name" text, "master_id" uniqueidentifier)
insert into @tmp (ID, name, master_id)
select NewID(), Name, ID from Master where id = CAST(@Параметр AS uniqueidentifier)
if (@@ROWCOUNT>1) select * from @tmp
else delete @tmp
select * from @tmp
GO
Спасибо.
Оптимизация скорости работы отчета
Добавлено: 04 май 2012, 09:18
keeper
Aleksey писал(а):Здравствуйте,
Проблему с типом GUID исправили. Будет доступно в следующем предрелизном билде на следующей неделе.
Вы писали тоже самое примерно месяц назад. В этот раз исправили еще что-то?
Вы не могли бы отписаться в этой теме, после того как этот предрелизный билд будет доступен?
Оптимизация скорости работы отчета
Добавлено: 04 май 2012, 10:55
Aleksey
Здравствуйте,
Да, исправили еще один момент с конвертацией GUID типа.
Предрелизный билд с исправлением будет доступен сегодня.
Спасибо.