Siempre agradezco tus comentarios Fabio y el de todos, voy analizar lo que estoy haciendo y replantear todos los reportes
El día 5 de febrero de 2010 15:48, Fabio Maulo <[email protected]> escribió: > 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
