Re: Duda con procedimientos almacenados.

On 30/08/14 18:04, Edwin Quijada wrote:
> Esa charla se pudiera subir a youtube o algo asi para verla. Estoy
> empezando a trabajar con Java , Grails y Postgres y auque nunca me han
> gustado los ORM , uso Hibernate ya que Grails lo usa pero no yo, me
> gusta aun mi JDBC incluso tenia casi mi propia interface.
> Realmente lo que hago es un mix entre ambas formas, por eso me
> gustaria ver esa charla ya que no podemos viajar a Europa.
>

Lamentablemente los tutoriales no se van a grabar. Sin embargo,
parte de los contenidos de la charla puedes encontrarlos en los enlaces
que envié. Espero sean de utilidad.

Saludos,

Álvaro

--
Álvaro Hernández Tortosa

-----------
8Kdata

>
>
> > Date: Fri, 29 Aug 2014 20:16:36 +0200
> > From: aht(at)8Kdata(dot)com
> > To: martin(at)2ndquadrant(dot)com
> > CC: pgsql-es-ayuda(at)postgresql(dot)org
> > Subject: Re: [pgsql-es-ayuda] Duda con procedimientos almacenados.
> >
> >
> > On 24/08/14 22:07, Martín Marqués wrote:
> > > El día 24 de agosto de 2014, 5:31, Álvaro Hernández Tortosa
> > > <aht(at)nosys(dot)es> escribió:
> > >>
> > >> Contra: Portabilidad, si desarrolla aplicaciones para diferentes
> clientes
> > >> con bases de datos heterogéneas, lo mejor es trasladar la lógica
> de negocio
> > >> a nivel de aplicación y trabajar con Hibernate que solo con
> archivos de
> > >> configuración puede cambiar el léxico a la base de datos
> seleccionada.
> > >>
> > >>
> > >> Al margen de lo comentado, una recomendación muy fuerte: si vas a
> > >> reescribir la aplicación o parte de ella, aprovecha para quitar
> hibernate.
> > >> Es en la mayor parte de los casos que he visto la mayor fuente de
> problemas,
> > >> especialmente de rendimiento, en pilas Postgres/java, además de
> que no te
> > >> permite aprovechar el gran potencial del SQL avanzado de
> postgres, que
> > >> hibernate no soporta. Mira en su lugar jooq.org.
> > > Estaba por contestar a este hilo, pero esto último que escribió Álvaro
> > > engloba mi pensamiento.
> > >
> > > Para echarle un poco de barro (porque estaba muy claro todo), tengan
> > > mucho cuidado al elegir un ORM, sino mejor no usen uno y mejor generen
> > > su propia interfaz.
> > >
> > > Saludos,
> > >
> >
> > "Barrazo" del bueno ;P
> >
> > Si bien no conozco ningún ORM decente (en particular porque no creo
> > en el propio patrón de lo que es un ORM, que creo intentan resolver un
> > problema por un camino equivocado), la idea de implementar todo a pelo
> > no está exenta de riesgos y potenciales errores en código repetitivo
> que
> > tampoco recomendaría.
> >
> > Obviamente, no es mala idea revisar todas las alternativas y usar
> > una herramienta que se adapte. Pero de las no-ORM que más se parecen a
> > lo que sería un ORM, y que son en mi opinión lo mejor para trabajar con
> > pg y Java, son sin duda jOOQ y, si no, MyBatis.
> >
> > <autopublicidad>
> > A quien le interese, en el congreso europeo de postgres en Madrid
> > este próximo octubre (http://2014.pgconf.eu) voy a impartir un
> tutorial
> >
> (http://www.postgresql.eu/events/sessions/pgconfeu2014/session/681-postgresql-and-java/)
>
> > justo de estos temas, y de buenas prácticas en JDBC ;)
> > </autopublicidad>
> >
> > En todo caso, en http://slideshare.net/nosys y
> > http://github.com/8kdata/javapostgres podéis encontrar toda la
> > documentación y código de ejemplo de JDBC, jOOQ y MyBatis.
> >
> > Saludos,
> >
> > Á?lvaro
> >
> >
> >
> > --
> > Álvaro Hernández Tortosa
> >
> >
> > -----------
> > 8Kdata
> >
>