Критические изменения в службах SQL Server 2005 Reporting Services

Статья
12/15/2008

Изменения: 12 декабря 2006 г.

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

Отсутствие поддержки для действий детализации или ссылок на закладки в верхнем или нижнем колонтитулах

В версиях SQL Server 2005 и SQL Server 2005 с пакетом обновления 1 (SP1) службы Reporting Services не поддерживают действия детализации и ссылки на закладки в верхнем и нижнем колонтитулах. Это изменение является критическим для отчетов, созданных в службах Reporting Services SQL Server 2000.

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

Запустите диспетчер отчетов или среду Management Studio.
Определите местоположение отчета и откройте страницу параметров выполнения этого отчета.
Установите флажок Создать моментальный снимок отчета при сохранении этой страницы.
Нажмите кнопку Применить.
Повторите эти шаги для всех отчетов, выполняемых в виде моментального снимка и содержащих детализацию или ссылки на закладки в верхнем или нижнем колонтитулах.

Поставщик инструментария управления Windows (WMI) для сервера отчетов из состава SQL Server 2000 не поддерживается

Службы Reporting Services включают поставщик WMI, который можно использовать для программной настройки среды, в которой выполняется сервер отчетов. Выпуск служб Reporting Services в составе SQL Server 2005 включает новейшую версию поставщика WMI, полностью заменяющую более раннюю версию. Первоначальный выпуск из состава SQL Server 2000 в данной версии SQL Server не поддерживается.

Новые ограничения на проверку подлинности для модулей обработки данных

Данный выпуск служб Reporting Services содержит новые ограничения на обработку учетных данных в некоторых модулях обработки данных:

Невозможно настроить соединение с источником данных служб Analysis Services на использование учетных данных базы данных. В случае использования упаковщика ADOMD соединение завершится неудачей.
Невозможно настроить соединение с источником XML-данных на использование учетных данных базы данных. В случае если учетные данные не заданы и не определена учетная запись для автоматического выполнения, запрос будет выполнен с использованием анонимного доступа.
Модули обработки данных .NET от сторонних поставщиков (например, DB2.NET, Oracle ODP.NET, Teradata) выдают явный сбой обработки данных, если учетные данные базы данных передаются в строке соединения, а учетная запись для автоматического выполнения не настроена.
Пользовательские модули обработки данных, реализующие интерфейс IDBConnection (но не IDBConnectionExtension), выдают явный сбой обработки данных в каждом случае, если учетная запись для автоматического выполнения не настроена.
Во всех случаях, когда запросы на соединение производятся служебной учетной записью (то есть для сетевого соединения с источником данных применяется контекст безопасности служебной учетной записи), службы Reporting Services удаляют привилегии администратора для этой учетной записи перед отправкой запроса.

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

Выражения, содержащие ссылку на результат объекта в ошибках компиляции отчетов

Отчеты, в которых используются выражения для установки свойства Action какого-либо элемента, больше не компилируются, если такое выражение включает ссылку Me.Value. При попытке обновления отчетов, содержащих Me.Value в выражениях свойства Action, будут выданы ошибки вроде следующей: «Выражение Value для текстового поля ‘textbox1’ содержит ошибку: [BC30456] 'Value' не является членом 'ReportExprHostImpl.textbox1_TextBoxExprHost.DataValue1_DataValueExprHost'. (rsCompilerErrorInExpression).».

Чтобы избежать подобных ошибок и обновить отчеты, необходимо переписать выражения Action с заменой Me.Value на фактическое выражение значения. В следующем примере показано, как заменить Me.Value в выражении с использованием текстового поля на фактическое выражение значения: =iif(Fields!Name.Value = 0, "Solid", "None").

Поддержка параметров с несколькими значениями может привести к разрыву параметров с одним значением в отчетах

Поддержка параметров с несколькими значениями — новая функция, впервые представленная в данной версии. В случае использования устаревшего конечного пункта SOAP и установки либо считывания параметров с несколькими значениями в коде, такие параметры теперь будут отправлены обратно. В предыдущей версии при указании нескольких параметров возвращался только первый из них. Необходимо учесть, что после обновления предполагаемые параметры с одним значением могут возвращать несколько значений. Рекомендуется проверить существующие вызовы метода Render, чтобы определить, используются ли параметры с одним или с несколькими значениями. Также следует протестировать все отчеты, содержащие параметры, чтобы убедиться, что параметры с одним значением работают нормально.

Обновление параметров с помощью метода SetReportParameters

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

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

Добавление элемента «Выбрать все» для многозначных параметров

В отчете, созданном службами Reporting Services SQL Server 2005, флажок Выбрать все добавлялся автоматически при создании списка всех доступных значений для параметра отчета с несколькими значениями. Установкой флажка Выбрать все выбирались все доступные значения. Снятием флажка Выбрать все сбрасывались все доступные значения. При обновлении до SQL Server 2005 с пакетом обновления 1 (SP1) флажок Выбрать все становился недоступным. В SQL Server 2005 с пакетом обновления 2 (SP2) флажок Выбрать все был восстановлен. При обновлении клиента для создания отчетов до версии с пакетом обновления 2 (SP2) флажок Выбрать все автоматически добавляется в раскрывающийся список доступных значений в просмотре отчета в конструкторе отчетов. После обновления сервера отчетов до версии с пакетом обновления 2 (SP2) можно использовать средства сервера отчетов (диспетчер отчетов, построитель отчетов и среду SQL Server Management Studio) для просмотра всех существующих и новых отчетов, использующих функциональную возможность Выбрать все. Нет необходимости в повторной публикации существующих отчетов для восстановления функциональности Выбрать все. Если обновление средств выполнено, но флажок Выбрать все не отображается, возможно, причина в соединении с сервером отчетов версии с пакетом обновления 1 (SP1).

Обращение к расширенным свойствам из модуля обработки данных служб Microsoft SQL Server Analysis Services

Если в отчете служб SQL Server 2005 Reporting Services необходимо было обратиться к расширенному свойству Key поля источника данных служб Analysis Services, использовался следующий синтаксис: Fields!FieldName("MEMBER_KEY"). После обновления до SQL Server 2005 с пакетом обновления 1 (SP1) этот синтаксис больше не возвращает значение свойства Key. Теперь нет необходимости в поддержке этого обходного пути. Вместо этого необходимо изменить синтаксис обращения к расширенному свойству поля Key на один из следующих: Fields!FieldName.Key или Fields!FieldName("Key").

Журнал изменений

Версия	Журнал
12 декабря 2006 г.	Новое содержимое: Сведения об отсутствии поддержки действий детализации. Измененное содержимое: Восстановление параметра «Выбрать все» в версии с пакетом обновления 2 (SP2).

12 декабря 2006 г.

Новое содержимое:

Сведения об отсутствии поддержки действий детализации.

Измененное содержимое:

Восстановление параметра «Выбрать все» в версии с пакетом обновления 2 (SP2).

См. также

Поделиться через