Значения по умолчанию для параметра, не работающего в SSRS 2008 R2

Ответ 1

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

• Перейдите на опубликованный отчет на сервере и нажмите стрелку вниз справа и выберите "управлять". Теперь выберите "Параметры" на левой панели. В столбце "По умолчанию" (третий слева от версии 2008R2 и выше) он должен быть проверен. Затем в разделе "Значение по умолчанию" это либо конкретный явный ввод, либо он скажет "Запрос на основе", означающий, что он получает свое значение из набора данных или аналогичным образом. Если это отличается от вашего значения, которое вы ожидали бы и явным, вы можете просто изменить его здесь.

• Если это основано на запросе и вы заметили, что данные не могут быть изменены здесь, я бы пошел в BIDS и открыл проект SSRS в рамках решения и выбрал "Открыть папку в проводнике Windows". Найдите файл DATA отчета и удалите его. Обратите внимание: это не сам отчет, а файл, похожий на него, например, report.rdl.data. Это не тот шаг, который, скорее всего, влияет на сборку, а просто на просмотр, однако мы хотим видеть предварительный просмотр после восстановления в точности так, как это было бы. Перейдите в свой проект отчета и выберите "Очистить", затем "Восстановить", чтобы убедиться, что вы удаляете все файлы данных в ящике в дополнение к тому, что вы делали явно. Теперь Rebuild построит все файлы из инструкций. Теперь нажмите Предварительный просмотр в своем отчете, убедитесь, что он соответствует ожиданиям по умолчанию. Публикуйте снова и наблюдайте.

• Если это еще не изменило отчет, я бы предположил, что обновления не принимаются. Я бы переименовал отчет на сервере как "report_old" и попытался опубликовать его снова.

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

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

Ответ 2

Я видел то же самое на этой неделе, и это оказалось потому, что в моем многозначном параметре "список по умолчанию" были значения, которые иногда были НЕ в выборе данных - в моем случае значения списка по умолчанию были недействителен для некоторых дат, которые я мог бы выбрать.

Вот что меня поймало: SSRS разрешает недопустимые значения в списке по умолчанию во время предварительного просмотра, но не позволяет их создавать.

В моем примере отчет разрабатывался в построителе отчетов. Когда я выполнил "Запуск" (предварительный просмотр) отчета в построителе отчетов, флажки параметров списка были выбраны для значений списка по умолчанию, как это было предусмотрено. Но когда я сохранил отчет и запустил его как пользователь, он выполнил бы отчет с страницы браузера служб Reporting Services - тогда никаких значений не было выбрано - по умолчанию не было.

Затем, чтобы исправить это, я применил все критерии выбора до этой точки и применил их к списку по умолчанию - убедитесь, что значения "Значения по умолчанию" включают только значения в "Доступные значения" - тогда значения по умолчанию были выбраны, BOTH в разработке построителя отчетов и в производстве SSRS.

ПРИМЕР: предположим, что мой запрос выбора для "Доступные значения" был:

SELECT Type
FROM MyTable
WHERE Date <= @BEG_DATE
  AND Date >= @END_DATE

И предположим, что с использованием 1/1/2013 и 12/31/2013 в качестве дат, что приведенное выше возвращает "A", "B", "C", "X", "Y", "Z" как список значений для выбора пользователем (представлены как флажки).

Теперь предположим, что мой запрос выбора для "Значений по умолчанию":

SELECT Type
FROM MyTable
WHERE Type IN ('A','B','G','H') 

Проблема в этом примере будет заключаться в том, что для дат 1/1/2013 и 12/31/2013 значения по умолчанию "G" и "H" недопустимы.

Исправление в этом примере было бы добавить к предложению "WHERE" в запросе "Значения по умолчанию". Это будет:

SELECT Type
FROM MyTable
WHERE Type IN ('A','B','G','H') 
  AND Date <= @BEG_DATE
  AND Date >= @END_DATE

Теперь, когда этот запрос значений по умолчанию запускается для дат 1/1/2013 и 12/31/2013, "G" и "H" выпадают из значений по умолчанию и оставляют только "A" и "B" "в качестве значений по умолчанию. "A" и "B" могут быть выбраны, потому что они также находятся в доступных значениях для параметра. Таким образом, по умолчанию используется многозначный параметр, BOTH в разработке и после сохранения отчета (после развертывания, после публикации) и запуска его из браузера.

Ответ 3

У меня был такой же самый точный вопрос сегодня. У меня было два отчета по SSRS 2008 R2 (sharepoint intergrated), и когда я установил один параметр для значения по умолчанию, это изменение не будет зависеть от того, что я пытался. Он отлично работал в BIDS (VS 2012). Я даже обновил ярлык, чтобы проверить, что мои изменения были загружены на сервер. Я, наконец, должен был удалить отчеты с сервера и загружать их снова, прежде чем значение по умолчанию будет работать.

Ответ 4

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

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

Например, код 2000 находился в запросе значений по умолчанию, но не в запросе Доступные значения

Результат: ни одно из значений по умолчанию не выбрано

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

Показать рисунок.

Ответ 5

Я также столкнулся с тем же вопросом сегодня. (23rd June 2016)

Причина:. Когда мы загружаем/развертываем один и тот же отчет на сервере отчетов, значения параметров по умолчанию и значения по умолчанию некоторых свойств контролируются на уровне сервера отчетов.

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

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

Альтернативное решение: Если у вас очень мало отчетов и вы не хотите удалять эти отчеты, измените значения по умолчанию вручную, перейдя на вкладку "Параметры" и отметьте Has Default. Что это.

Надеюсь, это поможет всем разработчикам SSRS.