El día 24 de agosto de 2014, 5:31, Álvaro Hernández Tortosa <a...@nosys.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, -- Martín Marqués http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
