jOOQ

Il combine des enregistrements actifs, les procédures stockées, les types de données avancées, SQL complexes, typesafety, génération de code source et Java dans un fluide, intuitive DSL.
jOOQ génère une représentation Java simple du schéma de base de données.
Pour chaque table, une vue, une procédure stockée, énumération, UDT est une classe.
jOOQ met en œuvre un modèle d'enregistrement actif facile à utiliser. Il est pas un OU-mapper, mais fournit un mappage 1: 1 entre les tables / vues et des classes. Entre les colonnes et les membres.
Il permet également l'écriture compilation typesafe interrogation utilisant son haut-DSL.
jOOQ supporte toutes les fonctionnalités du langage SQL standard, y compris, sélectionne imbriqués de l'Union plus complexe, jointures, aliasing
jOOQ permet aux développeurs l'utilisation des extensions spécifiques au fournisseur tels que les procédures stockées, UDT de Array de et beaucoup plus

Caractéristiques :.

• Caractéristiques générales:
• Modélisation orientée objet SQL
• la génération de code SQL
• OU-Mapping
• Typesafe SQL
• La procédure stockée et le soutien UDT
• Bases de données supportées:
• MySQL 5.1.41 et 5.5.8
• H2 1.3.154
• Oracle XE 10.2.0.1.0
• DB2 9.7
• PostgreSQL 9.0
• HSQLDB 2.0.0
• SQLite avec inofficial V056 de pilote JDBC
• Derby 10,7
• MSSQL
• Sybase
• Le futur soutien:
• Ingres
• Firebird

Ce qui est nouveau dans cette version:

• L'usine a été scindé en DSL (construction de QueryPart statique) et DSLContext (exécution de requêtes, & quot; attachée & quot; la construction QueryPart). Ceci améliore considérablement l'expérience globale de DSL tout en permettant un contrôle plus fine Executor cycle de vie.
• Un ConnectionProvider a été introduite comme une abstraction du cycle de vie de la connexion JDBC. La connexion autonome et modes de DataSource regroupées sont toujours pris en charge, mais vous pouvez maintenant injecter votre propre ConnectionProvider pour plus de contrôle.
• Beaucoup d'améliorations de performance ont été mis en œuvre au sein de l'API jOOQ enlevant la plupart de la surcharge causée par jOOQ lors de la récupération de données à partir de JDBC
• Un JDBC Mock API a été ajoutée pour vous aider à créer des tests unitaires simples pour votre application construit au sommet d'jOOQ.
• VALEURS A () constructeur est maintenant pris en charge, et dérivé des listes de colonnes à la table des alias et des colonnes en une seule fois.
• L'API de type de données a été grandement simplifiée. Cela a permis l'introduction de précision d'exécution, l'échelle et l'information de longueur.
• CRUD a été améliorée grâce à de nombreuses autres opérations CRUD de lots, INSERT et UPDATE explicite (en plus de stocker ()), et la manipulation explicite de drapeaux changé internes jOOQ.

Quoi de neuf dans la version 2.6.1:

• Bad Postgres tableau sérialisation lorsque & quot; ou & # x5C; caractères sont contenus dans un String []
• implémentations inefficace des AbstractDataType.equals () et hashCode ()
• Améliorer AbstractField.hashCode () et AbstractTable.hashCode () et similaire, comme ces deux sont appelés souvent
• Appel inefficace à String.split () dans StringUtils.toCamelCase () conduit à la non-négligeable ovrerhead de performance dans la transformation POJO appels
• Bad SQL rendu en combinant ORDER BY [quelque-fonction] avec LIMIT .. OFFSET dans DB2, SQL Server
• Bad SQL rendue pour OVER (ORDER BY [quelque-fonction]) pour SQL Server et Sybase
• question de la sécurité du filetage dans org.jooq.impl.FieldList
• Bad référence à org.jooq.debug. [Impl] .DebugListener dans le manuel
• Bad Code généré lorsque le même nom de table existe dans plusieurs schémas dans SQL Server

Quoi de neuf dans la version 2.5.0:

• Supprimer coulée de valeurs liées à Ingres
• Simuler RPAD et LPAD dans SQLite
• Ajout du support pour les fonctions Oracle Text
• Ajout d'une option pour générer POJO immuables
• Support & quot; verrouillage optimiste & quot; dans UpdatableRecord.store () et delete ()
• Générer fetchBy [ColumnName] méthodes de classes DAO générés
• Ajoutez un peu de Javadoc pour documenter la différence entre l'aide d'une usine avec une connexion ou avec un DataSource
• Ajoutez API javax.validation à pleine livrable
• Ajouter Factory.connectByRoot (Field & # x3C;? & # X3e;) pour soutenir la colonne pseudo Oracle CONNECT_BY_ROOT
• Ajouter Factory.condition (String, QueryPart ...) similaire à Factory.field (String, QueryPart ...)
• Ajout du support pour ORDER SIBLINGS d'Oracle par article, en combinaison avec CONNECT BY
• Ajouter constructeurs prenant DataSource à des usines spécifiques au dialecte manquant
• Générer constructeurs prenant DataSource dans des usines spécifiques schéma manquant
• Simuler REPEAT () dans SQLite

Quoi de neuf dans la version 2.4.0:

• Ajouté Result.intoResultSet () pour envelopper un Résultat dans un ResultSet JDBC
• Evitez séquence d'échappement JDBC pour les littéraux de date / heure
• Générer des classes DAO et les interfaces pour les POJO
• Document du cycle de vie d'un ExecuteListener dans la Javadoc
• Ajout du support pour Postgres & quot; tout & quot; type de données (avec les guillemets!). Cela semble bien mapper java.lang.Object
• Support insensibles à la casse des noms de schéma dans la génération de code
• Ajout de quelques WARN-niveau de consignation lorsque le générateur de code source ne génère aucun artefacts
• Ajouté Field.likeIgnoreCase () pour soutenir l'opérateur ILIKE de Postgres
• Ajouté Factory (DataSource) et constructeurs similaires
• Ajouté Factory.batchStore (Collection & # x3C ;? étend UpdatableRecord & # x3C;? & # X3e; & # X3e;) pour plus de commodité
• Ajouté DataType.convert (Object ...) et DataType.convert (Collection & # x3C;? & # X3e;) pour plus de commodité
• Ajouté org.jooq.Name Factory.name (String) pour contruct QueryParts qui sont échappés selon Settings.getRenderNameStyle ()
• Ajouté Factory.fetch (String, QueryPart ...) et Factory.execute (String, QueryPart ...) et des méthodes similaires pour soutenir QueryParts arbitraires dans la plaine SQL

Ce qui est nouveau dans la version 2.3.2:

• Corrections:
• problème de performances avec AbstractDataType.convert (Object). Éviter les conversions quand ils sont de toute évidence inutiles.
• Générer une certaine Javadoc significative dans les [nom-schéma] classes d'usine générés.
• Ajout de ligne se casse à Javadoc générée cas échéant

Les printImplements de
• personnalisée générateur stratégie () est appelée avec le mode == RECORD pour les tables.
• clonage inefficace des paramètres par défaut en utilisant JAXB unmarshalling conduit à surcharge globale non négligeable. Utilisez sérialisation place (à court d'un XJC utile clone plugin).
• Caching SQLDIALECT dans AbstractDatabase améliore fortement les performances de génération de code.
• Erreur de compilation lors d'une procédure stockée SQL Server a un paramètre nommé & quot; valeur & quot;.
• Bad syntaxe de SELECT / * + soupçon * / DISTINCT ... dans Oracle.
• Partage de grand pas dans des conditions est erroné. Les pièces doivent être connectés avec ET, OU pas.

Quoi de neuf dans la version 2.2.0:.

• Ajout du support pour la base de données CUBRID

Ce qui est nouveau dans la version 2.1.0:

• La possibilité de fournir jOOQ avec une cartographie de type personnalisé .
• Il ya beaucoup de nouvelles options de configuration d'exécution pour contrôler le style de SQL de SQL rendue par jOOQ.
• La manipulation de la valeur NULL a été amélioré en faveur de l'utilisation de jOOQ comme une bibliothèque SQL constructeur (par exemple avec de printemps pour l'exécution) NULL est plus inline, mais lié en tant que variable.
• jOOQ prend désormais en charge la simulation de l'opération de division relationnelle en utilisant une syntaxe intuitive.

Quoi de neuf dans la version 2.0.5:

• Exécuter écoute et prise en charge SQL traçage. jOOQ vous permet de brancher vos propres écouteurs dans le moteur d'exécution de requête de jOOQ pour être informé de toutes sortes d'événements
• Les caractéristiques de SchemaMapping existants. Ils font maintenant partie de la configuration d'exécution
• Paramètres StatementType. Indiquez si une usine doit exécuter java.sql.PreparedStatements (avec variables de liaison) ou java.sql.Statements statiques avec des variables inlined.

Ce qui est nouveau dans la version 2.0.0:.

• L'API est devenu plus statique
• Par défaut, jooq-codegen va maintenant générer un & quot; & quot dynamique; méta modèle par opposition à celle existant statique.
• Exceptions ne sont plus vérifiée.
• Fonctions de fenêtre sont maintenant construits à partir de leurs fonctions d'agrégation sous-jacents comme dans SQL.

Exigences :

• Java 1.6 ou supérieur