Щоб застосувати різні варіанти підписки, для одного звіту можна створити кілька підписок. Наприклад, можна вказати різні значення параметрів, щоб сформувати три версії звіту, а саме: звіт про продажі в західному регіоні, звіт про продажі в східному регіоні і звіт про загальні продажі.
Для кожної підписки налаштовуються варіанти доставки, які залежать від обраного модуля доставки. Модуль доставки - це модуль, що підтримує певний спосіб распространенія.Служби Reporting Services пропонує кілька модулів доставки. Крім того, можуть бути доступні модулі доставки сторонніх постачальників.
Розробник може створювати власні модулі доставки для підтримки додаткових сценаріїв. Додаткові відомості див. У статті Реалізація модуля доставки.
У наведеній нижче таблиці описано найпоширеніші сценарії підписки Служби Reporting Services.
Звіти по електронній пошті
Відправлення звітів по електронній пошті окремим користувачам і групам. Створіть підписку і вкажіть псевдонім групи або псевдонім електронної пошти для отримання звіту, який потрібно розповсюдити. Служби Служби Reporting Services можуть визначати дані про підписку під час виконання. Щоб відправити один звіт групи, список членів якої змінюється, можна скласти запит, який отримує список підписки під час виконання.
Користувачі можуть вибрати один з наступних форматів для виведення підписки:
- XML-файл з даними звіту
- CSV (значення, розділені комами)
- PDF
- MHTML (веб-архів)
- Microsoft Excel
- TIFF-файл
- Microsoft Word
Попереднє завантаження кешу
При наявності декількох екземплярів параметризрвані звіту або великої кількості користувачів, які переглядають звіти, можна попередньо завантажити звіт, що дозволить скоротити час обробки, необхідне для відображення звіту.
Звіти, керовані даними
Керовані даними підписки отримують відомості про підписку динамічно, направляючи запити зовнішнього джерела даних, який надає значення, використовувані для вказівки одержувача, параметрів звіту або формату програми. Можна використовувати керовані даними підписки, якщо існує дуже великий список одержувачів або якщо бажано міняти висновок звіту для кожного одержувача. Щоб використовувати керовані даними підписки, необхідно мати досвід в побудові запитів і розуміти, як застосовуються параметри. Створюють ці підписки і керують ними зазвичай адміністратори сервера звітів. Додаткові відомості див. У наступних розділах:
Збережені облікові дані
Залежать від користувача значення в звіті
Тільки для стандартних підписок можна створювати підписки на звіти, які включають відомості користувальницької облікового запису в фільтрі або як текст, що з'являється в звіті. У такому звіті ім'я облікового запису користувача вказується через вираз User! UserID. яке дозволяється в поточного користувача. При створенні підписки поточним вважається користувач, який створює цю підписку.
Відсутність безпеки елементів моделі
Якщо звіт використовує параметри, їх значення повинні бути задані в самому звіті або в обумовленою підписці. Якщо в звіті були визначені значення за замовчуванням, то в параметрах можна вказати, щоб використовувалися вони.
Визначення підписки складається з наступних частин.
Покажчик на звіт, який може запускатися автоматично (тобто звіт, який використовує збережені облікові дані або який не використовує їх).
Модуль підготовки звітів, щоб представити звіт в зазначеному форматі.
Умови для обробки підписки, яка представлена як подія.
Параметри, які використовуються при роботі звіту.
У Служби Reporting Services реалізований обробник планування і доставки, який забезпечує планування звітів і їх доставку користувачам. Сервер звітів безперервно реагує на контрольовані ним події. Коли відбувається подія, що відповідає умовам, визначеним для підписки, сервер звітів зчитує підписку, щоб визначити, як слід обробити і доставити звіт. Сервер звітів запитує модуль доставки, вказаний в підписці. Після запуску модуля доставки сервер звітів витягує з підписки відомості про доставку і передає її для обробки модулю доставки.
Обробка стандартної підписки
Обробка керованої даними підписки
Керовані даними підписки можуть створювати велику кількість доставок. Сервер звітів створює доставку для кожного рядка з набору рядків, повернутого запитом підписки.
Характеристики доставки звітів
Звіти, що доставляються за допомогою керованої даними підписки, можуть бути сформовані повторно під час обробки підписки. Сервер звітів не блокує певний примірник звіту або його набір даних для обробки керованої даними підписки. Якщо в підписці різні значення параметрів використовуються для різних передплатників, то сервер звітів повторно формує звіт для досягнення необхідних результатів. Якщо лежать в основі звіту дані оновлюються після створення і доставки першої копії звіту, то користувачі, які отримають більш пізні копії, можуть побачити дані, засновані на іншому результуючому наборі. Щоб один і той же примірник звіту був доставлений всім передплатникам, можна використовувати звіт, підготовлений до запуску як моментальний знімок. Однак якщо під час обробки підписки відбувається заплановане оновлення моментального знімка, то користувачі все ж можуть отримати в звітах різні дані.
Запуск обробки підписки
Для запуску на сервері звітів обробки підписки використовуються два типи подій: події, керовані часом, які заплановані в розкладі, і події поновлення моментального знімка.
Керований часом тригер використовує розклад звіту або загальний розклад, щоб запустити підписку. Для кешованих звітів і звітів на вимогу розкладу є єдиним варіантом тригера.
Подія поновлення моментального знімка запускає підписку при запланованому оновленні моментального знімка звіту. Можна визначити підписку, яка буде запускатися при кожному оновленні звіту новими даними в залежності від властивостей виконання звіту.