Проблема служб отчетов. Прямые зависимости недействительны - PullRequest
0 голосов
/ 05 июля 2011

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

Следуя примеру, который я нашел здесь (ответ Мигеля Каталао), я создал многозначный параметр @Resources, который будет заполняться из набора данных ресурса, и функцию кода, которая ищет конкретные значения из многозначного значения. запрос. Эта функция будет вызываться из выражений везде, где используются литеральные строки.

Я думаю, что это должно работать, но я столкнулся с проблемой, для которой я не могу найти обходной путь. Существует проблема зависимости в параметре @Resources, который зависит от набора данных Resources, который, в свою очередь, зависит от трех параметров; @LanguageSetID, @LanguageCode и @ResourceNameLookup. Я прочитал, что порядок объявления параметров важен, поэтому я убедился, что последние три параметра появляются над @Resources и все три имеют значения по умолчанию, которые приведут к получению данных из набора данных.

Тем не менее, я все еще получаю следующие ошибки при предварительном просмотре отчета; любой совет или руководство будут наиболее цениться.

The report parameter ‘Resources’ has a DefaultValue or a ValidValue that depends on the report parameter “LanguageCode”. Forward dependencies are not valid.
The report parameter ‘Resources’ has a DefaultValue or a ValidValue that depends on the report parameter “ResourceNameLookup”. Forward dependencies are not valid.

Ответы [ 2 ]

2 голосов
/ 23 марта 2013

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

Это, в свою очередь, добавило параметры, необходимые в наборе данных.Каким-то образом порядок параметров в моем списке изменился.Именно тогда я начал получать сообщение об ошибке «Прямые зависимости не действительны».

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

I, это помогает кому-то в долгосрочной перспективе.

C / N: параметр былзаполненный набором данных (хранимая процедура).Параметр, который заполнялся, был выше некоторых из параметров, которые он ожидал для SPROC.

0 голосов
/ 06 июля 2011

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...