Gustavo Ringel | 5 Feb 22:06
Picon
Gravatar

Re: sql-query

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 <fabiomaulo <at> gmail.com>
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 <eramosecua <at> gmail.com> 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 <fabiomaulo <at> gmail.com> escribió:
> A no!! eso me gustá aún menos.
>
> El 5 de febrero de 2010 16:45, Edgar Ramos <eramosecua <at> gmail.com> 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,  <jancic <at> gmail.com> 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 <eramosecua <at> gmail.com> 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:
>> >> NHibernate-Hispano <at> googlegroups.com
>> >>
>> >> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>> >
>> > --
>> > Para escribir al Grupo, hágalo a esta dirección:
>> > NHibernate-Hispano <at> googlegroups.com
>> > Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>>
>> --
>> Para escribir al Grupo, hágalo a esta dirección:
>> NHibernate-Hispano <at> googlegroups.com
>> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>
>
> --
> Fabio Maulo
>
> --
> Para escribir al Grupo, hágalo a esta dirección:
> NHibernate-Hispano <at> googlegroups.com
> Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano



--
Fabio Maulo

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
Picon
Gravatar

Re: sql-query

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 <gustavo.ringel <at> gmail.com> 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 <fabiomaulo <at> gmail.com>

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 <eramosecua <at> gmail.com> 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 <fabiomaulo <at> gmail.com> escribió:
> A no!! eso me gustá aún menos.
>
> El 5 de febrero de 2010 16:45, Edgar Ramos <eramosecua <at> gmail.com> 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,  <jancic <at> gmail.com> 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 <eramosecua <at> gmail.com> 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:
>> >> NHibernate-Hispano <at> googlegroups.com
>> >>
>> >> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>> >
>> > --
>> > Para escribir al Grupo, hágalo a esta dirección:
>> > NHibernate-Hispano <at> googlegroups.com
>> > Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>>
>> --
>> Para escribir al Grupo, hágalo a esta dirección:
>> NHibernate-Hispano <at> googlegroups.com
>> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>
>
> --
> Fabio Maulo
>
> --
> Para escribir al Grupo, hágalo a esta dirección:
> NHibernate-Hispano <at> googlegroups.com
> Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano



--
Fabio Maulo

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
Picon
Gravatar

Re: sql-query

ah me desvie totalmente del tema, lo hago sobre el dominio directamente.

El 6 de febrero de 2010 15:09, José F. Romaniello <jfromaniello <at> gmail.com> 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 <gustavo.ringel <at> gmail.com> 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 <fabiomaulo <at> gmail.com>

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 <eramosecua <at> gmail.com> 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 <fabiomaulo <at> gmail.com> escribió:
> A no!! eso me gustá aún menos.
>
> El 5 de febrero de 2010 16:45, Edgar Ramos <eramosecua <at> gmail.com> 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,  <jancic <at> gmail.com> 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 <eramosecua <at> gmail.com> 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:
>> >> NHibernate-Hispano <at> googlegroups.com
>> >>
>> >> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>> >
>> > --
>> > Para escribir al Grupo, hágalo a esta dirección:
>> > NHibernate-Hispano <at> googlegroups.com
>> > Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>>
>> --
>> Para escribir al Grupo, hágalo a esta dirección:
>> NHibernate-Hispano <at> googlegroups.com
>> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>
>
> --
> Fabio Maulo
>
> --
> Para escribir al Grupo, hágalo a esta dirección:
> NHibernate-Hispano <at> googlegroups.com
> Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano



--
Fabio Maulo

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano


--
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano

Gmane