[Tip/Trick] Cambiar el nombre de un Datasource y no perder los cambios en el Report

Esto días se me ha presentado un problema al que aún le he estoy dando vueltas y del que me volvió a surgir otro que si he podido solucionar. Os lo cuento a continuación.

Tengo un proyecto de Reporting Services, y estos se alimentan de una base de datos de Analysis Services.
Pues bien, tuve que migrar el proyecto a otro servidor y al abrir la pestaña data de un Report ¿cual fue mi sorpresa? no estaban ni las medidas ni los filtros creados anteriormente :(.
Lo primero que hice fue cerrar el Report sin guardar y cambiar la datasource, que era compartida, y añadirle los nuevos datos donde apuntaría ahora.

Al abrir el Report, seguía  y sigue sin mostrarme los datos, así es que después de buscar un rato porque pasaba esto y no encontrar nada, me dispuse a montar otra vez los Reports.

Después de todo esto, tuve que cambiar el nombre de la datasource, algo que recomiendo hacer lo primero para evitar posibles problemas como el que cuento ahora.

Si cambias el nombre del DataSource con los Reports  y estos están cerrados, al abrirlos e irnos a la pestaña de data, se vuelve a desconfigurar todo, o lo que es lo mismo, no aparece nada.
El truco que he utilizado y aunque es un poco rudimentario me ha servido para no volver a perder otra vez los cambios de dichos Reports.
Se abren todos los Reports y nos situamos en la pestaña Data, luego cambiamos el nombre de nuestra Datasource y lo cambiamos en el Dataset de cada informe. Al hacer esto así, no se nos desconfigura nada.

Ea, pues ahí queda dicho, espero que os sea de utilidad.

Un Saludo

Sin categoría

2 thoughts on “[Tip/Trick] Cambiar el nombre de un Datasource y no perder los cambios en el Report

  1. Buenas Frank,

    Estoy trabajando con reportes locales .rdlc y tengo una duda con la creación de estos reportes a partir de colecciones.
    Actualmente logro generar un reporte cuyo origen de datos es de tipo object y recibe los datos de un método que obtiene una lista de objetos de un tipo definido, para el caso anterior en la propiedad del origen de datos SelectMethod coloco el método que obtiene los datos. El reporte anterior se muestra bien. Sin embargo, la lista anterior tiene sub-listas o listas anidadas de un tipo de objeto definido también. Por lo anterior necesito crear un reporte que maneje un maestro detalle.
    Las dificultades que tengo actualmente son las siguientes:
    1. Envío al subreporte como parámetro la lista de objetos que debería mostrar y no sé si se puede parsear o indicar al sub-reporte que recibirá como parámetros una lista de objetos determinados. ??
    2. Para el caso del subreporte no necesitaría un origen de datos datos que ya tengo los datos solo ocupo indicarle al sub-reporte que pinte los datos que trae como parámetros, esto es posible?

    Estoy intenta esta forma dado que es una arquitectura por capas y para este caso ya tengo los datos que llevaría el reporte y sub-reportes. También podría enviar un xml con los datos y que se creen los reportes y sub-reportes, solo que para reportes locales no sé cómo se hace esto. Igual espero su consejo.

    Espero haber explicado adecuadamente el contexto de la situación y el problema que tengo, espero pueda ayudarme.

    Muchas gracias.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *