Le sous-rapport n'a pas pu être affiché. Le sous-rapport fonctionne séparément – Pas avec le rapport principal

Je crois que vous avez déjà trouvé la cause de votre problème.

J'ai aussi vérifié ceci , écrou pas de succès

Le post auquel vous faites reference a la réponse acceptée par lethaljd:

Ceci est un défaut connu dans SSRS 2008 . Je ne suis pas sûr si cela a déjà été corrigé, mais il a été corrigé dans SSRS 2012.

Comme vous l'avez constaté, la solution consiste à utiliser des jeux de données distincts.

https://connect.microsoft.com/SQLServer/feedback/details/648560/subreport-with-shared-dataset-throws-error

Si vous vérifiez la source que lethaljd a fournie, cela montre que cela n'a pas été corrigé non plus et ne le sera probablement jamais car ce n'est plus un problème dans les versions plus récentes.

Cela signifie que vous devriez probablement utiliser une version plus récente de SSRS ou penser à une solution de contournement. Je voudrais vous aider à penser à une approche différente, mais comme je l'ai dit dans mon commentaire original, vous devrez donner beaucoup plus d'informations.
Comme la question est écrite maintenant, je ne possède pas assez de détails pour vous donner des conseils bien fondés autres que d'utiliser une version différente.

Cela dit, je ne souhaite pas que cette réponse soit non constructive ou négative. Je veux juste vous aider sur la bonne voie.

Vous devriez vérifier ceci:

• plusieurs parameters doivent être définis en tant que multivaleurs sur le rapport principal et sur le sous-rapport (définir sur le sous-rapport pour autoriser plusieurs valeurs)
• Lorsque vous passez plusieurs parameters à un sous-rapport, vous devez le passer comme [@param] et non comme =Parameters!ParamName.Value(0)

Sur ce blog est expliqué comment envoyer plusieurs valeurs à sous-état.

En plus de vérifier les étapes évidentes ci-dessus … (Certains pourraient dire que c'est évident aussi …) Je devais m'assurer que les types de données des parameters (dans le sous-rapport) correspondent aux colonnes qu'ils correspondent dans le rapport principal.

Quand vous avez fait cela et que vous obtenez toujours une erreur …

Je suppose que vous utilisez VStudio comme je le suis. C'est ainsi que je nettoie le cache VStudio …

Déchargez le rapport Fermez VStudio Allez dans le dossier du rapport dans WinExplorer. Sauvegarder le dossier de la solution Maintenant, allez dans le dossier Projet sous le dossier Solution. Notez qu'il existe 3 types de files: – .rdl <- Ceci contient la définition du rapport … Ne touchez pas à ceci … – .rdl.data < – Contient datatables mises en cache pour l'exécution du rapport – .rds <- Ceci est votre définition de source de données … Pas besoin de le toucher – .rptproj <- Ceci contient vos définitions de projet … Ne pas le toucher -. rptproj.user <- Ne touchez pas à ceci … Il contient les informations d'identification pour votre source de données Ensuite, vous avez un dossier bin avec 3 sous-dossiers … Debug, Release, et Debuglocal

Voici ce que vous faites: Supprimer tous les files .rdl.data Supprimer tous les files sous bin / Debug / * et répétez pour DebugLocal et Release.

Cela devrait nettoyer l'environnement VStudio. Maintenant, ouvrez la solution … Rechargez la solution dans VStudio et réessayez.

Cela a corrigé un certain nombre de ces problèmes de cache de données.