Экспорт (0) Печать
Развернуть все

Создание отчетов для SQL Reporting

Обновлено: Май 2014 г.

ImportantВажно!
Служба SQL Reporting перестанет работать 31 октября 2014 года. Дополнительные сведения см. в http://go.microsoft.com/fwlink/p/?linkID=325013. Отчетность в Microsoft Azure рассматривается на странице http://go.microsoft.com/fwlink/p/?LinkId=325409 сайта WindowsAzure.com.

Начало разработки и публикации отчетов на серверах отчетов SQL Reporting.

Для создания отчетов можно использовать построитель отчетов 3.0 или конструктор отчетов из SQL Server Data Tools.

Считается, что построитель отчетов проще в освоении и использовании, однако средства SQL Server Data Tools имеют дополнительные возможности, которые могут понадобиться при управлении большими проектами. Например, может возникнуть необходимость развернуть несколько отчетов и общих источников данных за наименьшее количество шагов.

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

  1. При создании отчетов в SQL Server Data Tools общие источники данных можно создавать в рамках проекта. В проекте сервера отчетов разверните отчеты и общие источники данных вместе, чтобы привязать сведения об общем источнике данных к отчету.

  2. При создании отчета в построителе отчетов рекомендуется сначала создать общий источник данных в службах SQL Reporting, а затем выбрать его как источник данных для отчета, тем самым автоматически привязав общий источник данных к отчету.

Дополнительные сведения см. в разделах Создание общего источника данных (Azure SQL Reporting) и Configure a Report to use a SQL Reporting Data Source in Report Builder.

Чтобы получить доступ к данным отчета, автору отчета необходима следующая информация.

  • Имя входа, имя пользователя и пароль для входа в базу данных SQL. Администратор базы данных SQL должен обладать правами к представлениям или таблицам базы данных как минимум «только для чтения» и разрешениями на запуск хранимых процедур или функций, получающих данные из базы данных.

  • Создание внедренных или общих источников данных. Автор отчета задает имя и сведения об источнике данных, используемом в отчете. Рекомендуется создавать общие источники данных, которыми можно управлять на сервере. Общий источник данных также можно создать заранее. Потребуется один общий источник данных на базу данных. Также для одной базы данных может потребоваться создать дополнительный общий источник данных, если вы хотите использовать различные типы учетных данных. Например, для некоторых наборов данных можно использовать запрашиваемые учетные данные, а для других больше подходят хранимые учетные данные.

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

    Вы можете запросить набор запросов с каскадными параметрами, при использовании которых читатель отчета может выбрать параметры, обеспечивающие последующую фильтрацию. Дополнительные сведения см. в занятии Добавление каскадных параметров в учебнике по параметрам в разделе Учебники (SSRS).

Согласно архитектуре учетные данные базы данных для доступа к источникам данных сохраняются отдельно от определения отчета на сервере отчетов. Определение источника данных содержит тип используемых учетных данных, но не содержит пароля. Пароли безопасно хранятся на сервере отчетов, независимо от определения отчета. Использование общих источников данных позволяет осуществлять локальное управление учетными данными.

Кроме того, автор отчета может настроить вывод запроса учетных данных для доступа к источнику данных. После входа читателя отчетов на портал SQL Reporting, чтобы войти в каждый из источников данных при запуске отчета, ему необходимо будет ввести имя пользователя и пароль базы данных SQL.

В начало

SQL Server Data Tools следует использовать, если необходимо выполнять развертывание нескольких отчетов или общих источников данных либо управление ими в рамках одной операции. SQL Server Data Tools позволяет создавать несколько отчетов или источников данных в рамках одного решения. Можно развернуть решение, которое будет выполнять массовую передачу большого числа отчетов и источников данных за один раз.

Если в требования для проекта входит необходимость быстрого или множественного повторного развертывания (например, если предполагается частое создание и удаление экземпляров службы), можно создать решение для организации отчетов, которое даст возможность быстрой публикации большого количества отчетов. На платформе Azure распространенной практикой для компаний является создание временных служб и баз данных. Если потребность в размещении отчетов колеблется, можно быстро создавать службу Reporting Service и удалять ее после того, как в ней отпадает необходимость.

Следует помнить, что, используя Azure SQL Reporting, нельзя загружать, сохранять или передавать базу данных сервера отчетов, содержащую все ваши отчеты, элементы, учетные записи и разрешения. Для массового управления несколькими отчетами рекомендуется использовать SQL Server Data Tools.

Если вы знакомы со способом создания отчетов Reporting Services, обратите внимание на то, что при разработке отчетов для Службы Reporting Services и для SQL Reporting используются аналогичные функции проектирования отчетов. Чтобы понять различия, вначале ознакомьтесь со следующими разделами.

Общая схема проектирования отчета включает в себя следующие шаги.

  • Создание источников данных со строками подключения к базам данных База данных SQL Azure. Чтобы получить учетные данные и доступ из Среда BI Development Studio в клиентском компьютере, необходимо обратиться к администраторам всех баз данных.

  • В конструкторе запросов, связанном с источником данных, запишите запрос набора данных, чтобы указать, какие данные необходимо получить. Можно также разработать запрос в средстве, отличном от Среда BI Development Studio, и вставить запрос в конструктор запросов. Создается набор данных для каждого результирующего набора запроса, который нужно использовать в отчете.

  • Для каждого набора данных добавьте область данных, например таблицу или диаграмму, в которой должны отображаться данные.

  • Просмотрите отчет. Необходимо предоставить учетные данные для каждого источника данных в отчете.

  • Опубликуйте отчет на сервере отчетов SQL Reporting.

  • Просмотрите отчет в написанном приложении Отчеты Майкрософт, которое включает элемент управления средства просмотра отчетов, указывающий на опубликованный отчет. Кроме того, можно войти в подписку SQL Reporting и просмотреть отчет в браузере.

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

При использовании построителя отчетов 3.0 отчеты можно загружать с помощью портала управления.

Ссылки на ресурсы для обучения созданию отчетов см. в разделе Обзор SQL Reporting.

Образцы отчетов и внедренные образцы создания отчетов см. в разделе Образцы SQL Reporting.

После публикации отчетов на сервере отчетов SQL Reporting можно выбрать одно из следующих руководств.

См. также

Показ:
© 2014 Microsoft