ah me desvie totalmente del tema, lo hago sobre el dominio directamente. El 6 de febrero de 2010 15:09, José F. Romaniello <[email protected]>escribió:
> le pongo 100 votos a lo que dice Gustavo. Usando la grilla de devxpress, > dejando al usuario que ordene, filtre, agrupe en n-niveles, agregue y quite > columnas, etc. y luego dar la opción de imprimir o exportar lo que esta > viendo. Incluso ya vimos como agregar encabezados y pie de páginas. El > usuario termina haciendo reportes que uno ni si quiera imagino. > No hay con que darle a eso. Antes utilizaba crystal report, pero para > generar esa cantidad de reportes tenía que trabajar mucho. > > > El 5 de febrero de 2010 18:06, Gustavo Ringel > <[email protected]>escribió: > > 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 >> > > -- Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups.google.com/group/NHibernate-Hispano
