Y digamos que pagando un poco podes usar una set de controles como la de DevExpress y tenes para hacer reportes usando reglas de dominio / caching, etc y el control final que mostrar al usuario le permite cortar por cosas que ni sueña todavia.
En Reporting Services y Cristal para hacer la mitad tenes que pagar el triple y a costo de tener que escribir muchas cosas en SPs que es un costo gravisimo ya que en el momento que vas cambiando la base, en NH por lo menos te fallan tests, en SPs metes la pata...y quien te salva? y como haces si tenes que volver a la misma consulta que hace dos versiones? Bue, podria seguir, en mi caso hace un tiempo hice un sistema de reportes no pequeño en reporting services, y ahora nos cambio un poco el dominio...cambiar en el sistema hecho en reporting services es por decirlo en lenguaje apto para todo publico, una patada en los h... Mientras que los reportes adentro de la aplicacion que teniamos en NH...cambiaron automaticamente, salvo agregar o quitar columnas...nada mas (sin tests al GUI porque al menos a mi me parecen exagerados) En definitiva, luego de que convenci a mi jefe de que Reporting Services era lo mas...estoy viendo como explicarle la mala decision. Gustaov. 2010/2/5 Fabio Maulo <[email protected]> > Mirá... CrystalReport o no un SP es una SP con sus beneficios y sus > defectos. > Peor me sentiría si por casualidad se te ocurre duplicar logica de negocio > adentro una SP solo para sacar un reporte. > > Sea con Crystal que con ReportingServices o vas directo a DB con SQL planas > sin pasar por NH o vas a dominio... y mirá vos que tengo duda sobre lo > primero... > Justo el otro dia estabamos hablando de eso con Mario Fernandez; allí > tenemos ReportingService algunos a dominio (y se aprovecha toda la logica > necesaria) y otros derecho a DB y la preguntas son: > 1) donde están los tests de esas SQL megagalacticas ? > 2) quien va a entender/mantener esas bestias una vez que cambies de trabajo > ? > 3) si ya tenes todo para interrogar a travez del dominio para que pasar por > el costado ? > > Esas preguntas hay que hacersela report por report, darle un puntaje a cada > posible respuesta, y tomar la decisión apropiada. > > El 5 de febrero de 2010 17:19, Edgar Ramos <[email protected]>escribió: > > Tranquilo Fabio, es unicamente por saber, y si se presenta el caso de >> requerir sera unica y exclusivamente utilizado para reportes con >> crystal Report >> >> Espero esta haciendo bien las cosas >> >> El día 5 de febrero de 2010 14:59, Fabio Maulo <[email protected]> >> escribió: >> > A no!! eso me gustá aún menos. >> > >> > El 5 de febrero de 2010 16:45, Edgar Ramos <[email protected]> >> escribió: >> >> >> >> Esto aplicaria tambien con stored procedures que devuelven conuunto de >> >> datos ? >> >> >> >> gracias por el aporte >> >> >> >> El día 5 de febrero de 2010 14:17, <[email protected]> escribió: >> >> > No... podes evitar tener esa clase, usar <return-scalar...> en cambio >> de >> >> > <return..>, despues eso lo leer como un List<object[]> (donde cada >> >> > object es >> >> > una propiedad devuelta) >> >> > >> >> > On Feb 5, 2010 4:06pm, Edgar Ramos <[email protected]> wrote: >> >> >> En este ejemplo de nhforge >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> class="Person"/> >> >> >> >> >> >> SELECT {person.*} >> >> >> >> >> >> FROM People {person} WITH(nolock) >> >> >> >> >> >> WHERE {person}.Name LIKE :name >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Hay un select que retorna un conjunto de resultados y por otro lado >> >> >> >> >> >> existe la clase Person, esto se debe hacer siempre ?, me explico >> >> >> >> >> >> >> >> >> >> >> >> por cada sql-query, que retorne un conjunto posible de resultados, >> >> >> >> >> >> siempre tendre una clase acompañandole ? >> >> >> >> >> >> >> >> >> >> >> >> saludos y gracias por cualquier comentario >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> >> >> >> Para escribir al Grupo, hágalo a esta dirección: >> >> >> [email protected] >> >> >> >> >> >> Para más, visite: http://groups.google.com/group/NHibernate-Hispano >> >> > >> >> > -- >> >> > Para escribir al Grupo, hágalo a esta dirección: >> >> > [email protected] >> >> > Para más, visite: http://groups.google.com/group/NHibernate-Hispano >> >> >> >> -- >> >> Para escribir al Grupo, hágalo a esta dirección: >> >> [email protected] >> >> Para más, visite: http://groups.google.com/group/NHibernate-Hispano >> > >> > >> > -- >> > Fabio Maulo >> > >> > -- >> > Para escribir al Grupo, hágalo a esta dirección: >> > [email protected] >> > Para más, visite: http://groups.google.com/group/NHibernate-Hispano >> >> -- >> Para escribir al Grupo, hágalo a esta dirección: >> [email protected] >> Para más, visite: http://groups.google.com/group/NHibernate-Hispano >> > > > > -- > Fabio Maulo > > -- > Para escribir al Grupo, hágalo a esta dirección: > [email protected] > Para más, visite: http://groups.google.com/group/NHibernate-Hispano > -- Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups.google.com/group/NHibernate-Hispano
