jOOQ

Acesta combină înregistrările active, proceduri stocate, tipuri de date avansate, SQL complexe, typesafety, de generare de cod sursă și Java într-un DSL fluent, intuitiv.
jOOQ generează o simplă reprezentare Java din schema bazei de date.
Pentru fiecare masă, vedere, proceduri stocate, enum, UDT este o clasă.
jOOQ implementează un model ușor de utilizat pentru a înregistra activ. Acesta NU este un OR-mapper, dar oferă un 1: mapare 1 între tabele / vederi și clase. Între coloane și membri.
Acesta permite, de asemenea, pentru scris compilare-time typesafe interogarea folosind sale built-in DSL.
jOOQ suporta toate caracteristicile standard, lingvistice SQL, inclusiv, selectează imbricate mai complex Uniunii, se alătură, aliasing
jOOQ permite dezvoltatorilor folosirea extensii furnizor specifice, cum ar fi proceduri stocate, de UDT, ARRAY și multe altele

Caracteristici :.

• Caracteristici generale:
• Object Oriented SQL modelare
• generare de cod SQL
• OR-Mapping
• Typesafe SQL
• procedură stocată și suport UDT
• baze de date suportate:
• MySQL 5.1.41 și 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 cu inofficial v056 driver JDBC
• Derby 10,7
• MSSQL
• Sybase
• suport viitor pentru:
• Ingres
• Firebird

Ce este nou în această versiune:

• Fabrica a fost împărțită în DSL (construcție QueryPart static) și DSLContext (execuție Query, & quot; atașat & quot; constructii QueryPart). Acest lucru îmbunătățește foarte mult experiența generală DSL permițând în același timp mai mult control Executor ciclului de viață-granulatie fina.
• O ConnectionProvider a fost introdus ca o abstracție a ciclului de viață Connection JDBC. Conexiunea independent și modurile DataSource reunite sunt încă acceptate, dar puteți injecta acum propriul ConnectionProvider pentru mai mult control.
• O mulțime de îmbunătățiri de performanță au fost puse în aplicare în cadrul API jOOQ eliminarea de cele mai multe aeriene cauzate de jOOQ când preluarea datelor din JDBC
• O JDBC Mock API a fost adăugat pentru a vă ajuta să creați teste unitare simple, pentru cererea dumneavoastră construit pe partea de sus a jOOQ.
• VALORI A () constructor este acum suportat, și derivate liste coloană pentru tabelele alias și coloane într-un du-te.
• Tipul de date API a fost mult simplificată. Acest lucru a permis introducerea de precizie de execuție, la scară, și de lungime.
• CRUD a fost îmbunătățită prin mai multe operații CRUD lot, INSERT explicită și UPDATE (în plus față de a stoca ()), precum și manipularea explicită a steaguri interne schimbat jOOQ lui.

Ce este nou în versiunea 2.6.1:

• Bad Postgres serie de serie, atunci când & quot; sau & # x5c; caractere sunt conținute într-un String []
• implementări ineficiente a AbstractDataType.equals () și hashCode ()
• Îmbunătățirea AbstractField.hashCode () și AbstractTable.hashCode () și similare, deoarece acestea două sunt numite adesea
• apel ineficientă a String.split () în StringUtils.toCamelCase () conduce la ovrerhead performanță non-neglijabil în transformarea POJO solicită
• Bad SQL prestate când combinarea ORDER BY [unele funcții-] cu LIMIT .. OFFSET în DB2, SQL Server
• SQL Bad prestate pentru OVER (ORDER BY [unele funcții-]) pentru SQL Server și Sybase
• probleme de siguranță Subiect în org.jooq.impl.FieldList
• trimitere Bad la org.jooq.debug. [Impl] .DebugListener în manualul
• Codul Bad generat atunci când există același nume de masă în mai multe scheme în SQL Server

Ce este nou în versiunea 2.5.0:

• Eliminare de turnare a valorilor bind in Ingres
• Simulare RPAD și LPAD in SQLite
• Adauga suport pentru funcții Text Oracle
• Adăugați opțiune pentru a genera pojos imuabile
• Suport & quot; de blocare optimistă & quot; în UpdatableRecord.store () și șterge ()
• Generați fetchBy [ColumnName] metode din clasele DAO generate
• Adăugați unele Javadoc pentru a documenta diferența dintre folosind o fabrică cu o conexiune sau cu un DataSource
• Adăugați javax.validation API la livrabil complet
• Adăugați Factory.connectByRoot (câmp & # x3c,? & # X3e,) pentru a sprijini coloana pseudo Oracle CONNECT_BY_ROOT
• Adăugați Factory.condition (String, QueryPart ...) similar Factory.field (String, QueryPart ...)
• Adauga suport pentru Oracle ORDER BY clauza frați, în combinație cu CONNECT BY
• Adăugați lipsește constructori care au sursa de date pentru fabrici dialect specifice
• Generați lipsește constructori care au DataSource în fabrici-schemă specifică
• Simulare REPEAT () în SQLite

Ce este nou în versiunea 2.4.0:

• Adaugat Result.intoResultSet () pentru a încheia un Result într-un JDBC ResultSet
• Evitați JDBC sintaxă scăpare pentru literale data / ora
• Generați clase DAO și interfețe pentru POJOs
• Document ciclul de viață al unui ExecuteListener în Javadoc
• Adăugat suport pentru Postgres & quot; orice & quot; Tipul de date (cu ghilimele!). Acest lucru pare să hartă bine la java.lang.Object
• Suport-case-insensitive nume de schemă în generarea de cod
• Adaugata unele WARN-nivel de logare, atunci când generatorul codului sursă nu generează nici artefacte
• Adaugat Field.likeIgnoreCase () pentru a sprijini operatorul iLike Postgres "
• Adaugat Factory (DataSource) și constructori similare
• Adaugat Factory.batchStore (Collection & # x3c ;? extinde UpdatableRecord & # x3c,? & # X3e; & # x3e,) pentru comoditate
• Adaugat DataType.convert (Object ...) și DataType.convert (Collection & # x3c,? & # X3e,) pentru comoditate
• Adaugat org.jooq.Name Factory.name (String) a Contruct QueryParts care sunt scăpat în conformitate cu Settings.getRenderNameStyle ()
• Adaugat Factory.fetch (String, QueryPart ...) și Factory.execute (String, QueryPart ...) și metode similare pentru a susține QueryParts arbitrare în limba SQL

Ce este nou în versiunea 2.3.2:

• Fixat:
• problema de performanță cu AbstractDataType.convert (Object). Evita conversii când sunt în mod evident nu sunt necesare.
• Generați unele Javadoc semnificative în generate [schema-name] clase Factory.
• linie Adăugat rupe la Javadoc generate după caz ​​

PrintImplements
• Personalizat strategie generatorului de () este numit cu modul == RECORD pentru tabele.
• clonarea ineficientă a setărilor implicite utilizând JAXB unmarshalling duce la non-neglijabil deasupra ansamblu. Utilizați serializarea loc (scurt de un util XJC clonă plugin).
• Caching SQLDialect în AbstractDatabase îmbunătățește puternic performanta generare de cod.
• eroare Compilation atunci când o procedură SQL Server stocată are un parametru numit & quot; valoare & quot;.
• sintaxă Bad pentru SELECT / * + indiciu * / DISTINCT ... in Oracle.
• Divizarea mari nu în condiții este greșit. Piesele trebuie să fie în legătură cu AND, OR nu cu.

Ce este nou în versiunea 2.2.0:.

• Adăugat suport pentru baza de date CUBRID

Ce este nou în versiunea 2.1.0:

• posibilitatea de a oferi jOOQ cu o mapare de tip personalizat .
• Există o mulțime de noi opțiuni de configurare rulare pentru a controla stilul SQL SQL prestate de jOOQ.
• Manipularea NULL a fost îmbunătățită în favoarea utilizării jOOQ ca o bibliotecă SQL constructor (de exemplu, împreună cu primăvară pentru executare) NULL nu mai este inline, ci legat ca o variabilă.
• jOOQ suportă acum de simulare a operației de împărțire relațională cu ajutorul unui sintaxă intuitiv.

Ce este nou în versiunea 2.0.5:

• Execute ascultător și SQL suport urmărire. jOOQ vă permite să cârlig propriile ascultători în motor de execuție interogare jOOQ de a fi notificat de tot felul de evenimente
• Caracteristicile SchemaMapping existente. Ele sunt acum parte a configurației de execuție
• Setări StatementType. Se specifică dacă o fabrică trebuie să execute java.sql.PreparedStatements (cu variabile bind) sau java.sql.Statements statice cu variabile inline.

Ce este nou în versiunea 2.0.0:.

• API devenit mai static
• În mod implicit, jooq-Codegen va genera acum un & quot; dinamic & quot; Modelul meta spre deosebire de cea statică existentă.
• Excepții nu mai sunt verificate.
• funcții de ferestre sunt acum construite din funcțiile lor de baza agregate ca și în SQL.

Cerințe :

• Java 1.6 sau mai mare