JOOQ vs Hibernate

Lorsque je discute avec stackoverflowers sur le chat et lis d’autres tutoriels sur la firebase database avec Java, ils me guident pour utiliser JOOQ au lieu de HIBERNATE .

Je suis tout à fait au courant de l’ORM avec Hibernate et je préfère utiliser Hibernate et je connais maintenant presque le JOOQ en lisant des didacticiels et des implémentations sur de petits projets.

Mais je ne sais pas quoi choisir et qu’est-ce que perfact pour mes applications web dynamics qui peuvent être plus grandes, moyennes ou plus petites, que ce soit Hibernate ou JOOQ?

BTW googlé beaucoup mais confus de plus en plus … !!! Juste comme: ceci , ceci et cela .

Lequel est le mieux pour différentes conditions et situations pour développeur?

Alors que jOOQ et Hibernate se font concurrence pour le même public cible, ils ne résolvent pas le même problème du tout. Vous avez déjà lié cet article à votre question . L’essence est simple:

Allez-vous résoudre les problèmes de persistance des graphes d’objects? Utilisez un ORM (par exemple, Hibernate)
Allez-vous incorporer SQL en Java? Utilisez SQL (par exemple, jOOQ)

Bien sûr, étant donné que les deux API couvrent l’access aux bases de données relationnelles, leurs fonctionnalités se chevauchent dans une certaine mesure. Par exemple, Hibernate prend également en charge les requêtes simples, tandis que jOOQ prend également en charge le mappage simple.

Bien que nous ne devrions pas nous lancer dans des discussions subjectives sur la question de savoir si la persistance graphique ou SQL est une meilleure approche pour interagir avec votre firebase database, je pense que ce qui précède est une réponse assez objective à la meilleure

ET : Vous pouvez utiliser les deux, par exemple ORM / Hibernate pour CRUD, SQL / jOOQ pour la génération de rapports.

_{(Disclaimer: Je travaille pour la société derrière JOOQ, donc cette réponse est biaisée)}