Отчеты с разбивкой на страницы служб reporting services проектирования с конструктором отчетов (ssrs)

Преимущества проектов отчетов

Проекты отчетов используются как контейнеры для определений отчетов и ресурсов. Используйте проекты для:

• хранения отчетов и связанных с ними элементов в одном контейнере;

• локальной проверки решений отчетности, включая отчеты и связанные с ними элементы;

• совместного развертывания взаимосвязанных элементов. Используйте свойства и настройки проекта для развертывания в различных средах;

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

Эти сведения помогут вам при проектировании отчетов с разбивкой на страницы и связанных элементов для одного проекта отчета в решении SQL Server Data Tools (SSDT) . Дополнительные сведения о решениях и нескольких проектах в SSDT см. в статье Службы Reporting Services в SQL Server Data Tools (SSDT).

Проверка отчета и уровни ошибок

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

Воспользуйтесь для управления предупреждениями и ошибками, полученными во время построения, свойством ErrorLevel. Значение свойства ErrorLevel может находиться в диапазоне от 0 до 4 включительно. Значение определяет, какие из проблем сборки помечаются как ошибки, а какие — как предупреждения. Значение по умолчанию — 2. Предупреждения и ошибки фиксируются в окне SQL Server Data Tools (SSDT) .

Проблемы, степень серьезности которых меньше значения ErrorLevel или равна ему, выводятся как ошибки. В противном случае они помечаются как предупреждения.

В следующей таблице перечислены уровни ошибок.

При попытке просмотра или развертывания отчета, содержащего элементы, появившиеся в версии SQL Server 2016 Reporting Services (SSRS) и более поздние версии, эти элементы могут быть удалены из него. По умолчанию свойство ErrorLevel конфигурации установлено в значение 2, что приведет к ошибке сборки отчета при удалении карты. Однако если изменить значение свойства ErrorLevel на 0 или 1, то карта будет удалена, будет выдано предупреждение, но процесс сборки продолжится.

SQL Server 2022 Reporting Services

В этом выпуске представлена новая Reporting Services SQL Server 2022 (16.x) (SSRS). Мы продолжаем внедрять инновации, а также создавать и проектировать решения таким образом, чтобы каждый мог добиться более высокого результата. Проектирование решений с учетом принципа инклюзивности отражает то, как люди адаптируются к окружающему миру. В этом новом выпуске SSRS мы реализовали множество специальных возможностей, чтобы расширить потенциал для достижения более высокого результата. Выпуск включает расширенную поддержку экранного диктора Windows для новой ОС Windows (операционные системы) и Windows Server, улучшения безопасности, улучшения производительности браузера с Angular, исправления ошибок со специальными возможностями, поддержку каталога сервера отчетов SQL Server 2022 (16.x) и обновления надежности.

Скачайте SQL Server 2022 Reporting Services из Центра загрузки Майкрософт.

Модернизировано оформление веб-портала.

Устаревшие функции

В 2020 году мы объявили о предстоящем прекращении поддержки следующих функций сервера отчетов: закрепление в Power BI, мобильные отчеты и издатель мобильных отчетов. Эти функции будут удалены из версий SQL Server начиная с SQL Server 2022 (16.x) и больше не будут поддерживаться. До окончания срока действия EOL для существующих клиентов будут поддерживаться только последние три выпуска (SQL Server 2016, SQL Server 2017 и SQL Server 2019) в режиме обслуживания.

Если функция помечена как нерекомендуемая, это означает следующее.

Данные в построителе отчетов

1. Источники данных в области данных отчета . Источник данных появляется в области данных отчета после создания внедренного источника данных или добавления общего источника данных.

2. Диалоговое окно соединения . Используйте диалоговое окно соединения для создания строки соединения или вставки строки соединения.

3. Сведения о подключении к данным . Строка подключения передается модулю обработки данных.

4. Учетные данные . Учетные данные управляются отдельно от строки соединения.

5. Модуль обработки данных/поставщик данных . Соединение с данными может проходить через несколько уровней доступа к данным.

6. Внешние источники данных. Получение данных из реляционных баз данных, многомерных баз данных, списков SharePoint или веб-служб.

Отчеты с разбиением на страницы

Отчеты с разбивкой на страницы — это файлы, хранимые в проекте отчета. Отчеты могут использоваться в качестве изолированных отчетов, вложенных отчетов или целей для детализации данных основных отчетов. Отчеты могут разворачиваться независимо от других элементов проекта с помощью свойства TargetReportFolder и других свойств. Дополнительные сведения см. в разделе Задание свойства развертывания (службы Reporting Services).

Примечание

При публикации на сервере отчетов в режиме SharePoint некоторые функции решений для отчетов можно тестировать в проекте конструктора отчетов. В ссылках на отчеты, вложенные отчеты и детализированные отчеты должны использоваться полные URL-адреса, которые можно проверить только после развертывания проекта отчета. Дополнительные сведения см. в разделе Примеры URL-адресов для элементов опубликованного отчета на сервере отчетов в режиме SharePoint (службы SSRS).

Добавить отчет в проект можно следующими способами:

• Добавить новый проект отчета. По умолчанию пустой отчет открывается в конструкторе отчетов. Дополнительные сведения см. в разделе Добавление в проект отчета нового или существующего отчета (службы SSRS).

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

• Добавить новый элемент типа «Отчет». Пустой отчет открывается в конструкторе отчетов.

• Добавить существующий элемент. Существующее определение отчета (RDL-файл) открывается в конструкторе отчетов. При открытии отчета или проекта из более ранней версии служб Службы Reporting Services проект может автоматически обновиться до текущей версии, а отчет — до текущей схемы. Дополнительные сведения см. в разделе Upgrade Reports.

  

  

  

  

  

  

  

  

  

  

• Импортировать отчет Access Microsoft. Импорт всех отчетов из базы данных Access (MDB, ACCDB) или файла проекта (ADP). Конструктор отчетов преобразует каждый отчет из файла базы данных или файла проекта в формат языка определения отчетов (RDL) и сохраняет их в указанном проекте отчета. Не все функции отчета Access передаются в файл определения отчета (RDL). Дополнительные сведения см. в разделе Импорт отчетов из Microsoft Access (Reporting Services); и Поддерживаемые функции отчетов Access (SSRS).

  Примечание

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

• Работа непосредственно в RDL. Если отчет создается в конструкторе отчетов, он сохраняется в формате XML как RDL-файл. Этот файл можно изменять с помощью конструктора отчетов, текстового редактора или любого другого средства, позволяющего изменять XML-файлы.

  При изменении источника определения отчета в конструкторе отчетов работа ведется в текущей схеме RDL для версии SQL Server , из которой устанавливались средства разработки. При построении проекта версия схемы может измениться в зависимости от свойств развертывания. Дополнительные сведения см. в разделе Развертывание и поддержка версий в SQL Server Data Tools (SSRS).

  Прямое изменение RDL-файла может привести к тому, что отчет нельзя будет ни запустить, ни опубликовать на сервере отчетов. Как и в любом другом XML-файле, убедитесь, что специальные символы, используемые внутри элементов, правильно закодированы. Сервер отчетов при публикации отчета использует эту схему для проверки содержащегося в RDL-файле XML-кода.

  Чтобы включить элементы, не являющиеся частью схемы RDL, поместите их в элемент Custom. Элемент Custom может считываться пользовательскими модулями подготовки отчетов, но игнорируется модулями подготовки отчетов, полученными из служб Службы Reporting Services. Например, можно использовать элемент Custom для сохранения комментариев в отчете.

  Дополнительные сведения см. в разделе Язык определения отчетов (службы SSRS).

Open Source Ticket System (OTRS)

OTRS — одно из самых старых и популярных решений для help desk. Разрабатывать его начал в 2001 году Мартин Эденхофер (Martin Edenhofer), позже была создана компания OTRS, занимающаяся поддержкой коммерческой версии продукта. OTRS был частью большого проекта — некоммерческой организации Open Source Business Alliance, занимающейся продвижением open source проектов для бизнеса. Версия Free распространяется по лицензии GNU AGPL, вариант Business Solution доступен в качестве коробочного решения и по подписке как SaaS-сервис. Реализован в виде веб-приложения. Администрирование, создание пользовательских запросов и ответы на них — через веб-браузер. Состоит из нескольких модулей. Основная платформа содержит все функции для работы с заявками клиентов. При необходимости администратор через веб-интерфейс может установить дополнительные модули, которые повышают удобство работы с системой: база знаний / FAQ, календарь, файловый менеджер, веб-почта, контент-менеджер и многие другие. Особо стоит отметить модуль OTRS::ITSM — OTRS для управления IT-сервисами, построенную на основе процессов ITIL (OTRS сертифицирована экспертной компанией PinkVERIFY на соответствие ITIL). В 2011 году появился публичный репозиторий аддонов OPAR OTRS Package ARchive. Но, кроме него, есть и другие репозитории пакетов, плюс пакеты предлагаются отдельными компаниями.

Написана на Perl, поддерживает множество СУБД (MySQL, PostgreSQL и другие), может интегрироваться с LDAP и Active Directory. Интерфейс OTRS переведен на 34 языка, среди которых есть и русский. Внешний вид можно изменить при помощи тем. В настоящее время OTRS используется тысячами организаций, в числе которых Федеральное ведомство по информационной безопасности Германии, Яндекс, REG.RU, RU-CENTER и многие другие.

Работает на всех ОС, в которых доступен Perl и Apache: Linux, Solaris, AIX, FreeBSD, OpenBSD, OS X и Win. Для установки предлагаются пакеты для RHEL/CentOS, Fedora, SuSE и исходные коды плюс подробные инструкции (на английском и русском) для администратора и пользователя. В Wiki проекта Ubuntu есть инструкция по установке в этом дистрибутиве.

Работа с тикетом в OTRS 

OsTicket

Интерфейс переведен на несколько десятков языков, среди них есть и русский. Для локализации устанавливается дополнительный Language Packs. Локализованная версия доступна на сайте русскоязычной поддержки. Возможности расширяются при помощи плагинов. Их количество на порядок меньше, чем для OTRS. На сайте проекта доступно два плагина для аутентификации (LDAP/AD и HTTP Pass-Through) и два для сохранения вложений в локальной ФС или Amazon S3.

Проект предлагает коммерческую поддержку и облачный сервис. Пользователи версии Free могут найти ответы на форуме. Многие вопросы подробно освещены в документации, блоге, вики проекта и на сайте русскоязычной поддержки.

Написан на PHP. Для установки требуется веб-сервер (Apache, IIS), PHP, СУБД MySQL/MariaDB и любая ОС, где это есть. Сам процесс стандартен для такого рода приложений, по ходу мастер выдает подсказки, что нужно сделать, последующие настройки несложны и понятны.

Обработка заявки в OsTicket 

Преимущества использования отчетов (с разбивкой на страницы) служб Reporting Services

Решения отчетов служб Службы Reporting Services можно использовать в следующих целях.

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

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

• Отчеты можно просматривать лично или публиковать на сервере отчетов или сайте SharePoint для совместного использования в коллективе или организации.

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

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

  Примечание

  Части отчетов являются устаревшими для всех выпусков SQL Server Reporting Services начиная с SQL Server Reporting Services 2019 года и для всех выпусков Сервер отчетов Power BI начиная с Сервер отчетов Power BI сентября 2022 г.

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

• Отчеты можно разрабатывать в макете произвольной формы. Макет отчета не ограничен лентами данных. Отображение данных на странице можно организовать по такому принципу, который способствует пониманию и принятию решений.

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

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

Типы RDL

Следующая таблица содержит список типов, используемых в элементах и атрибутах RDL.

в этом разделе

Интеграция Reporting Services в приложения
Приводит общие сведения об использовании служб Службы Reporting Services для интеграции средств работы с отчетами в пользовательские приложения. Описывает, когда для обращения к серверу отчетов применяется прямой доступ по URL-адресу, а когда — веб-служба.

Веб-служба сервера отчетов для традиционных приложений и ASP.net
Веб-служба сервера отчетов предоставляет доступ ко всем функциональным возможностям сервера отчетов. Веб-служба использует протокол SOAP через протокол HTTP и разработана для работы в качестве интерфейса связи между клиентскими программами и сервером отчетов. Веб-служба и ее методы предоставляют доступ к функциям сервера отчетов и позволяют создавать пользовательские средства для любого этапа жизненного цикла отчета, от управления до выполнения.

Разработка с помощью REST API для современных приложений
REST API служб Reporting Services обеспечивает программный доступ к объектам в каталоге сервера отчетов Reporting Services. С помощью REST API можно перемещаться по иерархии папок, обнаруживать содержимое папки или загружать определение отчета. Можно также создавать, обновлять и удалять объекты.

Доступ по URL-адресу (службы SSRS)
Службы Службы Reporting Services поддерживают полный набор запросов на основе URL-адреса, которые можно использовать в качестве точки быстрого и простого доступа для перехода по отчетам и их просмотра. Эту технологию можно использовать совместно с веб-службой сервера отчетов, чтобы интегрировать законченное решение по работе с отчетами в пользовательское бизнес-приложение. Доступ по URL-адресу особенно удобен, если отчеты интегрируются в составе веб-портала, а также для просмотра отчета из веб-браузера.

Модули Reporting Services
Модульная архитектура служб Службы Reporting Services обеспечивает возможность расширения. Доступен API управляемого кода, что позволяет легко разрабатывать, устанавливать модули, используемые многими компонентами служб Службы Reporting Services , а также управлять этими модулями. Вы можете создавать сборки с помощью Microsoft .NET Framework и добавлять новые функции Службы Reporting Services для подготовки отчетов к просмотру, обеспечения безопасности, доставки и обработки данных, чтобы соответствовать растущим бизнес-требованиям.

Пользовательские элементы отчета
Описывает создание пользовательских элементов отчета, добавляющих новые функции в язык определения отчетов (RDL) или расширяющих функциональные возможности существующих элементов управления.

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

Доступ к поставщику WMI для служб Reporting Services
Описывает использование поставщика WMI служб Службы Reporting Services для управления развертыванием сервера отчетов.

iTop

iTop — название получено от IT Operational Portal. Open source проект компании Combodo на основе практик ITIL/ITSM, предназначенный для автоматизации работы IT-подразделений. По функциям это гораздо больше, чем просто help desk, и затрагивает практически все аспекты управления IT, позволяя организовать управление запросами пользователей, инцидентами, запросами на обслуживание. Благодаря полностью настраиваемой модели данных адаптируется к потребностям любой организации.

Центральный компонент iTop — база данных управления конфигурацией (CMDB, Configuration Management Database), содержащая информацию об IT-инфраструктуре: состав и конфигурация элементов (серверы, приложения, VM…), расположение (Location), взаимосвязи и зависимости между ними. Все остальные функции являются дополнениями и навесками над CMDB. CMDB может быть интегрирована с другими инструментами — системами мониторинга, инвентаризации, отчетов и так далее. Поддерживается обмен информацией (экспорт и импорт) с разными источниками, в том числе и CSV и Excel. Для синхронизации с другими источниками и экспорта/импорта данных используется также REST API и CLI. Организован поиск по практически любым критериям. Модуль управления проблемами предоставляет аналитику, что помогает собирать знания об общих ошибках. Базовые возможности расширяются при помощи модулей, пока их семь.

Управление настроено через веб-интерфейс, каждый может подогнать его функции под свою роль и задачи, на Dashboard или меню легко вынести любые запросы или настройки. Настройки Dashboard страницы сохраняются в XML и импортируются для другой учетной записи. Интерфейс переведен на русский. Админу доступен редактор конфигурации, позволяющий непосредственно из интерфейса править исходные файлы iTop.

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

Написан на PHP. Для работы потребуется веб-сервер Apache/IIS, MySQL и PHP. Для отправки сообщений используется Sendmail, установленный на том же сервере, или внешний SMTP. В качестве ОС *nix или Win.

iTop — полноценная система для автоматизации работы ИТ-подразделенийГрафики iTop позволяют наглядно оценить эффективность работы

Управление содержимым

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

Примечание

Управление содержимым отличается от администрирования сервера отчетов. Дополнительные сведения об управлении средой, в которой работает сервер отчетов, см. в разделе Настройка и администрирование сервера отчетов (режим интеграции с SharePoint служб Reporting Services).

Управление содержимым включает следующие задачи.

• Защита сайта и элементов сервера отчетов с использованием механизма обеспечения безопасности на основе ролей, предоставляемого службами Reporting Services.

• Структурирование иерархии папок сервера отчетов путем добавления, изменения и удаления папок.

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

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

• Создание общих расписаний, которые могут использоваться вместо расписаний отдельных отчетов или подписок, со временем облегчает управление расписаниями.

• Создание управляемых данными подписок, формирующих списки получателей путем извлечения данных из хранилища данных.

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

Разрешения на выполнение задач управления предоставляются с помощью следующих двух стандартных ролей: Системный администратор и Диспетчер содержимого. Эффективное управление содержимым сервера отчетов требует назначения обеих ролей. Дополнительные сведения об этих стандартных ролях см. в разделе Роли и разрешения (службы Reporting Services).

Инструменты для управления содержимым сервера отчетов включают в себя среду Management Studio и веб-портал. Среда Management Studio позволяет задавать значения по умолчанию и включать функции. Веб-портал используется для предоставления пользователям доступа к элементам и операциям сервера отчетов, просмотра и использования отчетов и других типов содержимого, а также для просмотра и использования всех общих элементов и функций распространения отчетов.

Предварительный просмотр отчета с разбивкой на страницы

Режим Предварительный просмотр позволит проверить данные отчета и макет отчета. Во время предварительного просмотра отчета процессор отчетов проверяет схему определения отчета и синтаксис выражений и отображает возможные проблемы в окне .

Примечание

При осуществлении предварительного просмотра отчета данные для отчета кэшируются в файл на локальном компьютере. При повторном просмотре того же отчета (с использованием того же запроса, параметров и учетных данных) конструктор отчетов получает кэшированную копию вместо того, чтобы заново выполнять запрос. Файл данных сохраняется под именем <имя_отчета>.rdl.data в том же каталоге, что и файл определения отчета. Этот файл не удаляется, когда конструктор отчетов закрывается.

Просмотреть отчет можно следующими способами:

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

• Автономный предварительный просмотр. Выполнение локального отчета в браузере. Используя конфигурацию отладки, этот режим также можно использовать для отладки своих пользовательских сборок. Существует три способа выполнить проект в режиме отладки:

  • В меню Отладка выберите команду Начать отладку.

  • На стандартной панели инструментов среды Visual Studio нажмите кнопку Пуск .

  • Нажмите клавишу F5.

  Если используется конфигурация проекта, которая строит отчет, но не развертывает его, отчет, указанный в свойстве StartItem текущей конфигурации, открывается в отдельном окне предварительного просмотра.

  Примечание

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

  

  

  

  

  

  

  

  

  

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

• Предварительный просмотр.

  Когда отчет просматривается на вкладке «Предварительный просмотр» или в окне предварительного просмотра, он выглядит так, как если бы он был создан модулем подготовки отчетов в формате HTML. Отчет не является HTML-страницей, но его макет и разбиение на страницы подобны выходному формату HTML.

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

  Предварительный просмотр позволяет выявить многие проблемы, которые могли бы возникнуть при печати отчета. Распространенные проблемы подготовки отчета включают:

  • Лишние пустые страницы, потому отчет слишком большой по ширине и не умещается на бумаге заданного размера.

  • Лишние пустые страницы, потому что отчет содержит матрицу, которая динамически расширяется за пределы ширины бумаги, заданной для отчета.

  • Разрывы страниц между группами не работают, как предполагалось.

  • Верхние и нижние колонтитулы не отображаются, как предполагалось.

  • Необходимо изменить макет отчета, чтобы отчет лучше читался в напечатанном виде.

Создание ссылки на ресурс с изображением из отчета

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

• Централизованное хранение в базе данных сервера отчетов. Если переместить базу данных сервера отчетов и ее содержимое на другой компьютер, внешнее изображение остается с отчетом. Не требуется отслеживать файлы изображений, сохраненные на дисках различных компьютеров.

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

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