Построитель отчетов SSRS - выходит на основе опыта?

Попробуйте запустить его в Python 2 вместо Python 3 - у вас может быть более старая версия Spark

14
задан Dustin Brooks 2 February 2009 в 12:35
поделиться

2 ответа

Некоторые подсказки для дизайна модели отчета:

1. Создайте витрину данных

существует несколько инструментов как Построитель отчетов: Бизнес-объекты, Исследователь Oracle для именования пары. У них всех есть слои метаданных, которые получают Вас часть пути к инструменту создания отчетов конечного пользователя, однако они все еще действительно должны быть кормившими с ложечки данными в подходящем формате для создания эффективного решения. Это означает, что действительно необходимо думать с точки зрения создания своего рода витрины данных также.

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

Вы имеете приблизительно контроль дрейфа нуля над SQL, который производят эти инструменты, таким образом, они довольно способны к созданию запросов, которые будут herniate Ваша производственная база данных. Это означает, что Ваше создание отчетов должно произойти на отдельном сервере. Схема, которая является дружественной по отношению к специальным инструментам (таким как схема "звезда") смягчит худшую из потенциальных проблем с производительностью.

2. Уберите данные

нет никакого разработчика в цикле со специальными инструментами, таким образом, пользователи будут наивно использовать инструмент, не зная, каковы проблемы данных. Неточные результаты запроса будут всегда просматриваться как отказ инструмента . Для доверия эти ловушки должны быть устранены из набора данных в восходящем направлении инструмента.

3. Сделайте навигацию устойчивой и защищенной от дурака

, Построитель отчетов может настроить ограничения на перемещение от одного объекта до другого. Без них возможно присоединиться к нескольким таблицам вместе в m:m отношениях. Это называют Прерывание Вентилятора и возвратит неправильные общие количества. Необходимо настроить модель так, чтобы отдельные таблицы фактов были агрегированы на общих размерах - т.е. свернуты, прежде чем к ним присоединятся. Разбирание в этом устраняет класс ошибок. Большинство инструментов имеет некоторый механизм для предотвращения этого.

4. Сделайте агрегат данных

, Вы получаете это бесплатно от Бизнес-объектов, но необходимо будет поместить совокупную меру по каждой основной мере явно с Построителем отчетов. Скройте основные меры и выставьте агрегаты. Это означает, что система свернет данные к мелкой частице размеров, которые выбрал пользователь.

Заключение

, Помещающее специальный инструмент непосредственно над производственной базой данных, вряд ли будет работать хорошо. Данные будут иметь слишком много ловушек, и схема не предоставит себя созданию отчетов. Это означает, что Вы предоставлено право для некоторой работы, создающей витрину данных вычищать данные и готовить его к инструменту. При пребывании в течение значительного времени, создавая специальные извлечения могла бы быть экономическая модель просто во время разработчика, которое это сэкономит позже.

РЕДАКТИРОВАНИЕ: Мастер Модели Отчета (как большинство таких вещей) делает настоящую путаницу, когда выполнено. Необходимо будет настроить настройки, такие как ограничение поколения несоответствующих агрегатов. В прошлом у меня были довольно хорошие результаты путем генерации сумм, сокрытия всех основных мер и представления агрегатов, как будто они были основными мерами. Это дало поведение во многом как Бизнес-объекты. На определенных экземплярах Вы могли бы также хотеть выставить количество, минута / макс. или средние числа также.

конкретный экземпляр, о котором я думаю, был вполне большой моделью отчета приблизительно с 1 500 полями в нем, таким образом, совокупный фестиваль, сгенерированный от мастера, был неуправляем с 10 000 + поля всего. Можно также настроить структуры папок немного как Analysis Services и использовать их для организации полей. Наконец, если введено описание на поле обнаружится как подсказка, если Вы нависнете над ним в инструменте конечного пользователя.

14
ответ дан 1 December 2019 в 12:28
поделиться
Всего несколько комментариев к предыдущему ответу:
1. Семантическая модель запроса, используемая Построителем отчетов SQL Server Reporting Services, была разработана с явным намерением предотвращения общих количеств Прерываний Вентилятора / неправильных общих количеств на m:m отношениях. Никакое дополнительное усилие не требуется, чтобы добавлять эту функциональность; это свойственно от структуры запросов, сгенерированных Построителем отчетов.
2. Образцовый мастер создает совокупные меры по числовым полям по умолчанию, таким образом, никакое дополнительное усилие не требуется, чтобы выставлять, агрегируется. Можно настроить модель путем добавления или удаления совокупных вычислений как соответствующих.

В целом, старая пословица "мусор в мусоре", конечно, применяется. Если Ваши данные не будут достоверными затем, то Построитель отчетов или другие специальные инструменты создания отчетов просто сделают это более очевидным.

Aaron Meyers
Инженер-разработчик программного обеспечения, SQL Server Reporting Services
9
ответ дан 1 December 2019 в 12:28
поделиться
Другие вопросы по тегам:

Похожие вопросы: