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: [email protected]
> To: [email protected]
> CC: [email protected]
> 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
> > <[email protected]> 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
>
