Re: Duda con procedimientos almacenados.

From: Álvaro Hernández Tortosa <aht(at)8Kdata(dot)com>
To: Martín Marqués <martin(at)2ndquadrant(dot)com>
Cc: pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: Duda con procedimientos almacenados.
Date: 2014-08-29 18:16:36
Message-ID: 5400C384.9050502@8Kdata.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda


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

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Álvaro Hernández Tortosa 2014-08-29 18:20:49 Re: Duda con procedimientos almacenados.
Previous Message Gerardo Herzig 2014-08-29 16:48:29 Re: Restricción CHECK: evitar que exista ID de tabla A en tabla B