Si te encuentras con algo que no comprendes puedes comentarlo y haremos todo lo necesario de ayudarte lo mas rápido que podamos.
Solución:
Creo que en realidad ya has encontrado la causa de tu problema.
También he comprobado esto, pero no tuve éxito.
La publicación a la que te refieres tiene la siguiente respuesta aceptada por lethaljd:
Este es un defecto conocido en SSRS 2008. No estoy seguro de si se ha reparado todavía, pero se ha corregido en SSRS 2012.
Como ha descubierto, la solución es usar conjuntos de datos separados.
https://connect.microsoft.com/SQLServer/feedback/details/648560/subreport-with-shared-dataset-throws-error
Si revisa la fuente que ha proporcionado lethaljd, muestra que esto tampoco ha sido reparado y probablemente nunca lo será, ya que ya no es un problema en las versiones más nuevas.
Esto significa que probablemente debería usar una versión más nueva de SSRS o pensar en una solución alternativa. Me gustaría ayudarlo a pensar en un enfoque diferente, pero como dije en mi comentario original, deberá brindar mucha más información.
Como la pregunta está escrita ahora, no poseo suficientes detalles para darle un consejo bien fundamentado que no sea usar una versión diferente.
Dicho esto, no deseo que esta respuesta parezca no constructiva o negativa. Simplemente quiero ayudarte en el camino correcto.
Además de verificar los pasos obvios como se indicó anteriormente… (Algunos podrían decir que esto también es obvio…) Tenía que asegurarme de que los tipos de datos de los parámetros (en el subinforme) coincidieran con las columnas que coinciden en el informe principal.
Cuando haya hecho eso y siga recibiendo un error…
Supongo que está usando VStudio como yo. Así es como limpio el caché de VStudio…
Descargar el informe Cerrar VStudio Ir a la carpeta del informe en WinExplorer. Haga una copia de seguridad de la carpeta de la solución. Ahora vaya a la carpeta Proyecto debajo de la carpeta Solución. Observe que hay 3 tipos de archivos: – .rdl <-- Contiene la definición del informe... No toque esto... - .rdl.data < -- Contiene los datos almacenados en caché para la ejecución del informe - .rds <-- Esta es la definición de su fuente de datos... No es necesario tocarla - .rptproj <-- Contiene las definiciones de su proyecto... No la toque - . rptproj.user <-- No toque esto... Contiene las credenciales para su fuente de datos Entonces tiene una carpeta bin con 3 subcarpetas... Debug, Release y Debuglocal
Esto es lo que debe hacer: elimine todos los archivos .rdl.data. Elimine todos los archivos en bin/Debug/* y repita para DebugLocal y Release.
Esto debería limpiar el entorno de VStudio. Ahora abra la solución… Vuelva a cargar la solución en VStudio y vuelva a intentarlo.
Esto solucionó varios de estos molestos problemas de caché de datos.
Nos puedes defender nuestra investigación dejando un comentario y valorándolo te damos la bienvenida.