Considération sur le cadre de persistance Java 2017 (résumé) -1
Post précédent
Préface
Pour le moment, ce sera un résultat intermédiaire.
Je ne l'ai pas encore étudié, je l'ajouterai plus tard.
Cible
- Doma2
- jOOQ
- Iciql
- Ebean
- EclipseLink
- Hibernate5
- Speedment
environnement
- PostgreSQL 9.6.3
- Java 64bit 8u144
Contenu de la comparaison des fonctions
- Jointure entre schémas
- Jointure chevauchante de base de données
- Recherche de table pour une table qui utilise une clé primaire composite
- Rejoindre la table d'utilisation de la clé primaire composée
- Traitement lorsque la colonne d'acquisition est restreinte
- Nombre limité d'acquisitions
- Émission de SQL brut
Comparaison
| Nom |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
| Doma2 |
※1 |
※1 |
※1 |
※1 |
※1 |
○ |
○ |
| jOOQ |
○ |
○ |
○ |
○ |
○ |
○ |
○ |
| Iciql |
※1 |
※1 |
○ |
※1 |
？ |
？ |
○ |
| Ebean |
○ |
？ |
○ |
※2 |
？ |
○ |
○ |
| EclipseLink |
○ |
？ |
○ |
※2 |
？ |
○ |
○ |
| Hibernate5 |
○ |
？ |
○ |
※3 |
？ |
○ |
○ |
| Speedment |
○ |
○ |
○ |
○ |
○ |
○ |
× |
○: possible
×: impossible
?? : Pas confirmé
- 1: Puisque SQL est utilisé directement, il n'y a pas de problème entre les schémas et les bases de données, mais il est nécessaire de créer une entité dédiée ou de concevoir le côté SQL.
- 2: Lorsque EmbeddedId est utilisé, la méthode de jointure en unités de colonne est inconnue.
- 3: Hibernate 5 recommande Embedded Id sous le nom composite-id, mais il n'est pas clair comment combiner en unités de colonne de la même manière que dans * 2.