Mejores prácticas para el origen de datos de SSRS en ASP.Net MVC Project

Question

Tengo un proyecto ASP.Net MVC existente que está utilizando entidades/repositorios en un proyecto separado. Necesito agregar la funcionalidad de informes a este proyecto a través de SSRS y me pregunto cuál es la mejor manera de gestionar el acceso a los datos para él.

Como tengo migrator.net y una capa de datos de repositorio implementada, siento que usar la base de datos directamente y crear sql dependiente de db está fuera de cuestión. Mi primera idea era crear un servicio web dentro de mi proyecto web y el uso que, pero esto me obliga a escribir nuevo código y mantener un servicio web que actualmente no necesito para nada más.

Mi siguiente pensamiento fue utilizar mi conjunto de datos y aprovechar mis repositorios existentes en el código para completar los informes. es posible? Soy nuevo en toda esta pila y no estoy muy familiarizado con ninguna de las herramientas.

¿Cómo se consigue esto comúnmente? En proyectos anteriores de Java EE siempre utilizamos CXF y creamos un servicio web para nuestras herramientas de informes, pero nunca sentí que esa fuera la mejor solución. ¿Cómo se aborda comúnmente en .Net/SSRS?

Answer 1

Puede usar un conjunto de código administrado personalizado de sus informes. This link y this link le ayudará a empezar. Sin embargo, debo señalar que esta NO es una tarea trivial, y puede haber muchas cosas que se interponen en el camino para lograr esto.

Para ser honesto, creo que está pidiendo un montón de dolor tratando de lograr este nirvana arquitectónico. Podría sentir sucia, pero las cosas son mucho más simple si usted acaba de crear una fuente de datos que apunta a su base de datos y recibir los informes por el uso que (¿He mencionado que también podría considerar un conjunto de código SQLCLR logrado en la base de datos? ¿He mencionado que ellos también podrían ser dolorosos de implementar?).

Deje que SSRS haga lo que mejor hace: ir a la base de datos y cribar datos y presentarlos. Puede hacer que use procs almacenados. Puede usar código personalizado dentro de sus informes. Usted puede tener los informes presentados dentro de su página web, o puede hacer que se generaron por separado a través de web/pdf/doc/xls, etc, incluso se puede entregar el informe por correo electrónico. Simplemente no intente conectarlo con un modelo arquitectónico específico para el que no está realmente diseñado; necesitará la paciencia de un santo para lograrlo.