jOOQ

Si abbina record attivi, stored procedure, tipi di dati avanzate, complesse SQL, typesafety, di generazione di codice sorgente e Java in un fluente, DSL intuitivo.
jOOQ genera una semplice rappresentazione Java dello schema del database.
Per ogni tavolo, vista, stored procedure, enum, UDT è una classe.
jOOQ implementa un modello di record attivo facile da usare. NON è un OR-mapper, ma fornisce un 1: 1 mapping tra tabelle / viste e classi. Tra le colonne e membri.
Ciò consente inoltre di scrivere tempo di compilazione typesafe ricerca utilizzando la sua built-in DSL.
jOOQ supporta tutte le caratteristiche del linguaggio SQL standard, tra cui, SELECT nidificate più complesse del sindacato, join, aliasing
jOOQ consente agli sviluppatori l'uso di estensioni specifiche del fornitore, come stored procedure, UDT di, ARRAY di e molti altri ancora

Caratteristiche .

• Caratteristiche generali:
• Object Oriented SQL Modellazione
• la generazione di codice SQL
• O-Mapping
• Typesafe SQL
• stored procedure e supporto UDT
• database supportati:
• MySQL 5.1.41 e 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 con inofficial v056 driver JDBC
• Derby 10,7
• MSSQL
• Sybase
• supporto futuro per:
• Ingres
• Firebird

Cosa c'è di nuovo in questa versione:

• fabbrica è stato suddiviso in DSL (costruzione QueryPart statica) e DSLContext (esecuzione di query, & quot; attaccato & quot; QueryPart costruzione). Questo migliora notevolmente l'esperienza complessiva DSL pur consentendo una più fine controllo esecutore del ciclo di vita.
• Una ConnectionProvider è stato introdotto come un'astrazione del ciclo di vita di connessione JDBC. La connessione standalone e modalità DataSource pool sono ancora supportate, ma ora è possibile iniettare il proprio ConnectionProvider per un maggiore controllo.
• Un sacco di miglioramenti delle prestazioni sono stati implementati all'interno dell'API jOOQ rimuovendo la maggior parte del sovraccarico causato da jOOQ durante il recupero dei dati da JDBC
• Una JDBC Mock API è stato aggiunto per aiutarvi a creare semplici unit test per la vostra applicazione costruito sopra jOOQ.
• VALORI A () di costruzione viene ora supportato, e deriva elenchi delle colonne alle tabelle di alias e colonne in una volta.
• Il tipo di dati API è stato notevolmente semplificato. Questo ha permesso l'introduzione di precisione di esecuzione, la scala e le informazioni di lunghezza.
• CRUD è stata migliorata attraverso molte altre operazioni batch CRUD, INSERT esplicito e UPDATE (oltre a memorizzare ()), e la gestione esplicita delle bandiere cambiato interni jOOQ.

Cosa c'è di nuovo nella versione 2.6.1:

• Bad Postgres matrice serializzazione quando & quot; o & # x5C; i caratteri sono contenuti in una String []
• implementazioni inefficiente delle AbstractDataType.equals () e hashCode ()
• Migliorare AbstractField.hashCode () e AbstractTable.hashCode () e simili, come questi due sono chiamati molto spesso
• chiamata inefficiente per String.split () in StringUtils.toCamelCase () porta alla non trascurabile ovrerhead performance in POJO trasformazione chiama
• Bad SQL resi quando si combinano ORDER BY [qualche funzione] con LIMIT .. OFFSET in DB2, SQL Server
• Bad SQL rendering per OVER (ORDER BY [some-function]) per SQL Server e Sybase
• problema di sicurezza del filetto in org.jooq.impl.FieldList
• Bad riferimento org.jooq.debug. [Impl] .DebugListener nel manuale
• codice generato Bad quando esiste lo stesso nome della tabella in più schemi in SQL Server

Cosa c'è di nuovo nella versione 2.5.0:

• Rimuovi colata di valori bind in Ingres
• Simula RPAD e LPAD in SQLite
• Inserisci il supporto per le funzioni di Oracle Text
• Aggiungi opzione per generare POJO immutabili
• Supporto & quot; il blocco ottimistico & quot; in UpdatableRecord.store () e delete ()
• Genera fetchBy [ColumnName] metodi in classi DAO generate
• Aggiungete un po 'Javadoc per documentare la differenza tra l'utilizzo di una fabbrica con una connessione o con un DataSource
• Aggiungi javax.validation API alla piena consegnabile
• Aggiungi Factory.connectByRoot (Field & # x3c;? & # X3e;) per sostenere la pseudo colonna Oracle CONNECT_BY_ROOT
• Aggiungi Factory.condition (String, QueryPart ...) simile a Factory.field (String, QueryPart ...)
• Aggiungi il supporto per Oracle ORDER BY FRATELLI, in combinazione con CONNECT BY
• Aggiungi costruttori prendono DataSource alle fabbriche specifiche-dialetto mancante
• Genera costruttori prendono DataSource nelle fabbriche specifici schema mancante
• Simula REPEAT () in SQLite

Cosa c'è di nuovo nella versione 2.4.0:

• Aggiunto Result.intoResultSet () per avvolgere un risultato in un ResultSet JDBC
• Evitare JDBC sintassi di escape per letterali data / ora
• Genera classi DAO e interfacce per POJO
• Documento il ciclo di vita di un ExecuteListener nel Javadoc
• Aggiunto il supporto per Postgres & quot; qualsiasi & quot; tipo di dati (con le virgolette!). Questo sembra mappare bene a java.lang.Object
• case-insensitive nomi di schema di supporto nella generazione del codice
• ha aggiunto alcune WARN-livello di registrazione quando il generatore di codice sorgente non genera artefatti
• Aggiunto Field.likeIgnoreCase () per supportare Postgres 'operatore ILIKE
• Aggiunto Factory (DataSource) e costruttori simili
• Aggiunto Factory.batchStore (Collection & # x3c ;? estende UpdatableRecord & # x3c;? & # X3e; & # X3e;) per convenienza
• Aggiunto DataType.convert (Object ...) e DataType.convert (Collection & # x3c;? & # X3e;) per convenienza
• Aggiunto org.jooq.Name Factory.name (String) per contruct QueryParts che sono sfuggiti secondo Settings.getRenderNameStyle ()
• Aggiunto Factory.fetch (String, QueryPart ...) e Factory.execute (String, QueryPart ...) e metodi simili per sostenere QueryParts arbitrari in pianura SQL

Cosa c'è di nuovo nella versione 2.3.2:

• Correzioni:
• problema di prestazioni con AbstractDataType.convert (Object). Evitare conversioni quando sono evidentemente inutili.
• Genera alcuni Javadoc significativo nelle [schema-name] classi factory generate.
• Aggiunto interruzioni di riga per Javadoc generato eventualmente

PrintImplements
• della strategia generatore personalizzato () viene chiamato con la modalità == RECORD per le tabelle.
• clonazione inefficiente delle impostazioni predefinite utilizzando JAXB unmarshalling conduce alla non trascurabile spese generali complessive. Utilizzare serializzazione invece (a corto di un utile XJC clone di plug-in).
• Caching SQLDialect in AbstractDatabase pesantemente migliora le prestazioni di generazione del codice.
• errore di compilazione quando una procedura di SQL Server memorizzato dispone di un parametro denominato & quot; valore & quot;.
• Bad sintassi SELECT / * + * suggerimento / DISTINCT ... in Oracle.
• La divisione della grande NOT IN condizioni è sbagliato. Le parti devono essere collegati con AND, non con OR.

Cosa c'è di nuovo nella versione 2.2.0:.

• Aggiunto il supporto per il database CUBRID

Cosa c'è di nuovo nella versione 2.1.0:

• La possibilità di fornire jOOQ con una mappatura tipo personalizzato .
• Ci sono un sacco di nuove opzioni di configurazione runtime per controllare lo stile di SQL di SQL resi da jOOQ.
• La gestione dei NULL è stata migliorata a favore dell'utilizzo di jOOQ come una libreria di SQL costruttore (ad esempio, insieme a molla per l'esecuzione) NULL non è inline, ma vincolati come una variabile.
• jOOQ ora supporta la simulazione del funzionamento divisione relazionale utilizzando una sintassi intuitiva.

Cosa c'è di nuovo nella versione 2.0.5:

• Esegui ascoltatore e SQL supporto tracciamento. jOOQ permette di collegare i propri ascoltatori nel motore di esecuzione di query di jOOQ ricevere una notifica di tutti i tipi di eventi
• Le caratteristiche SchemaMapping esistenti. Essi sono ora parte della configurazione di runtime
• Impostazioni StatementType. Specificare se una fabbrica deve essere avviata a java.sql.PreparedStatements (con variabili bind) o java.sql.Statements statiche con variabili inline.

Cosa c'è di nuovo nella versione 2.0.0:.

• L'API è diventata più statico
• Per impostazione predefinita, jooq-codegen ora generare un & quot; dinamico & quot; meta-modello in contrasto con quella statica esistente.
• Eccezioni non sono più controllati.
• funzioni finestra sono ora costruiti da loro funzioni di aggregazione alla base, proprio come in SQL.

Requisiti

• Java 1.6 o superiore