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

Responder a