Les rapports des Services de problème. Avant les dépendances ne sont pas valides
J'ai un problème avec un rapport Reporting Services. Mon rapport a deux ensembles de données, qui va chercher le rapport réel des données et l'un qui extrait traduit chaînes de ressource pour l'affichage où littérale du texte est utilisé dans le rapport. Ce jeu de données nécessite trois paramètres, un ensemble de langue identifiant, un code de langue et une chaîne de mise en correspondance des noms de ressource.
À la suite d'un exemple, j'ai constaté ici (la réponse de Miguel Catalão) j'ai créé un paramètre à valeurs multiples @Ressources qui sera remplie à partir du jeu de données et une fonction de code qui ressemble à des valeurs spécifiques de la à valeurs multiples de la requête. Cette fonction sera ensuite appelé à partir d'expressions où les chaînes littérales sont utilisés.
Je pense que cela devrait fonctionner, mais j'ai couru dans un problème que je n'arrive pas à trouver une solution de contournement pour. Il y a un problème de dépendance à l' @Ressources paramètre dépend des Ressources du jeu de données qui à son tour dépend de trois paramètres; @LanguageSetID, @LanguageCode et @ResourceNameLookup. J'ai lu que l'ordre de déclaration des paramètres est important, donc j'ai fait en sorte que les trois derniers paramètres apparaissent au-dessus de la @Ressources et que tous les trois d'entre eux ont des valeurs par défaut qui va aboutir à des données récupérées par le jeu de données.
Pourtant, j'ai toujours des erreurs suivantes lors de l'aperçu du rapport; des conseils ou des conseils seraient appréciés.
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.
- Bizarre que vous n'obtenez pas de 3 erreurs de retour, non? Ce qui est différent au sujet de la 3e paramètre 'LanguageSetID' qu'elle est ok?
- Il s'avère que cela a été causé par mon oublier de modifier le type de l'argument de fonction de nombre entier en chaîne de caractères. Pourquoi ce qui serait la cause de l'erreur, il n'est quiconque conjecture.
Vous devez vous connecter pour publier un commentaire.
J'ai eu la même erreur, mais c'était dû à quelque chose d'autre. Ce que j'avais fait a été créé un Paramètre dans mon rapport, ensuite lié les Valeurs par Défaut pour un jeu de données.
Ce, à son tour ajouté les paramètres nécessaires dans le jeu de données. En quelque sorte, l'ordre des paramètres dans ma liste ont été modifiés. C'est lorsque j'ai commencé l'obtention de la "en Avant les Dépendances ne sont pas Valides' erreur.
J'ai alors regardé d'un autre rapport qui a utilisé le même procédé pour lier un Paramètre à un ensemble de données. J'ai remarqué que l'ordre de mes Paramètres sont différents. Simplement, je suis retourné à mon nouveau rapport, et utilisé les flèches haut et bas jusqu'à ce que mes Paramètres ont été dans le même ordre que le rapport de travail. Cela semblait pour corriger l'erreur et beau travail. Apparemment, le Paramètre qui a été en utilisant le jeu de données doit être ci-dessous les Paramètres qui sont utilisés dans la procédure stockée.
J'cela aide quelqu'un dans le long terme.
C/N: Paramètre a été occupé par un ensemble de données(Procédure Stockée). Le Paramètre qui a été rempli était au-dessus de certains Paramètres qu'elle attendait pour la procédure stockée.
Cela a été causé par une erreur stupide que j'ai faite. J'ai copié et modifié le code de fonction de la poste je le mentionne, mais a négligé de modifier le type de données de l'argument de nombre entier en chaîne de caractères, qui mine.
Il semble plutôt bizarre que l'erreur manifeste dans la manière dont il l'a fait, mais j'ai obtenu passé ce problème maintenant, pour entrer dans une autre que j'ai demander à propos de une autre question.