java sql database hibernate jooq

java - JOOQ vs Hibernate



sql database (1)

Si bien jOOQ y Hibernate compiten por el mismo público objetivo, no resuelven el mismo problema. this . La esencia de esto es simple:

  • ¿Vas a resolver problemas de persistencia de gráficos de objetos? Utilice un ORM (por ejemplo, Hibernar)
  • ¿Vas a incrustar SQL en Java? Usar SQL (por ejemplo, jOOQ)

Por supuesto, dado que ambas API cubren el acceso a bases de datos relacionales, hasta cierto punto se superponen en la funcionalidad. Por ejemplo, Hibernate también admite consultas simples, mientras que jOOQ también admite la asignación simple.

Aunque deberíamos evitar profundizar en discusiones subjetivas sobre si la persistencia del gráfico de objetos o SQL es un mejor enfoque para interactuar con su base de datos, creo que lo anterior es una respuesta bastante objetiva a qué API es la más adecuada, una vez que haya tomado la decisión subjetiva.

Y : Puede usar ambos, por ejemplo, ORM / Hibernate para CRUD, SQL / jOOQ para informes.

(Descargo de responsabilidad: trabajo para la empresa detrás de jOOQ, por lo que esta respuesta es parcial)

Cuando converso con stackoverflowers en el chat y leo otros tutoriales sobre la base de datos con Java, me guían para usar JOOQ en lugar de HIBERNATE .

Soy totalmente consciente de ORM con Hibernate y prefiero usar Hibernate y ahora estoy casi al tanto de JOOQ leyendo tutoriales e implementando proyectos pequeños.

Pero estoy confundido sobre qué elegir y cuál es el rendimiento de mis aplicaciones web dinámicas, que pueden ser más grandes, medianas o más pequeñas, ya sea Hibernate o JOOQ.

BTW googled mucho pero confundido más y más ... !!! Al igual que: this , this y this .

¿Cuál es el mejor para diferentes condiciones y situaciones para el desarrollador?