jOOQ

Ito ay pinagsasama aktibong mga talaan, naka-imbak na mga pamamaraan, mga advanced na mga uri ng data, kumplikadong SQL, typesafety, source code generation at Java sa isang matatas, intuitive DSL.
jOOQ bumubuo ng isang simpleng Java representasyon ng schema ng database.
Para sa bawat table, view, naka-imbak na pamamaraan, enum, UDT ay isang klase.
jOOQ nagpapatupad ng isang madaling-gamitin na mga aktibong pattern record. Ito ay HINDI ang isang O-mapper, ngunit nagbibigay ng isang 1: mapping 1 sa pagitan ng mga talahanayan / nakakita at mga klase. Pagitan haligi at mga miyembro.
Ito ay nagpapahintulot din para sa pagsusulat itala-time typesafe pagtanong ukol gamit ang built-in DSL.
jOOQ sumusuporta sa lahat ng standard na mga tampok ng SQL na wika kabilang ang, nested pinipili ang mga mas kumplikadong Union, ang pagsali, aliasing
Pinahihintulutan ng jOOQ developers ang paggamit ng mga extension ng vendor-tiyak na tulad ng mga naka-imbak na mga pamamaraan, UDT, ang ARRAY at marami pa

Features .

• Nagtatampok General:
• Object oriented SQL Modelling
• generation SQL code
• OR-Mapping
• typesafe SQL
• Naka-imbak na pamaraan at UDT support
• Suportado database:
• MySQL 5.1.41 at 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 may hindi opisiyal driver JDBC v056
• Derby 10.7
• MSSQL
• Sybase
• suporta para sa Hinaharap:
• Ingres
• Firebird

Ano ang bago sa release na ito:

• Factory ay nahati sa DSL (static QueryPart construction) at DSLContext (pagpapatupad Query, & quot; na nakalagay & quot; QueryPart construction). Ito ay lubhang nagpapabuti ang kabuuang karanasan ng DSL habang nagpapahintulot para sa mas pinong kontrol tagapagpatupad lifecycle.
• Ang isang ConnectionProvider ay ipinakilala bilang isang abstraction ng JDBC Connection lifecycle. Ang standalone Connection at pinagsamang datasource mode ay suportado pa rin, ngunit maaari mo na ngayong mag-iniksyon sa iyong sariling ConnectionProvider para sa higit pang kontrol.
• Ang isang pulutong ng mga pagpapabuti ng pagganap na ito ay ipinatupad sa loob ng jOOQ API pagtanggal ng karamihan ng mga overhead na dulot ng jOOQ kapag kinukuha ang mga data mula sa JDBC
• Ang isang JDBC manggagad API ay naidagdag upang matulungan kang lumikha ng mga simpleng pagsubok na yunit para sa iyong application binuo sa tuktok ng jOOQ.
• Ang isang halaga () constructor ay suportado na ngayon, at nagmula lists haligi upang alias mesa at mga haligi sa isa pumunta.
• Ang data uri API ay lubhang pinasimple. Ito pinapayagan para sa pagpapakilala ng runtime precision, antas, at mga impormasyon na haba.
• CRUD ay pinabuting sa pamamagitan ng mas maraming mga CRUD operasyon batch, tahasang INSERT at UPDATE (bilang karagdagan sa mga tindahan ng ()), at tahasang paghawak ng panloob na nagbago flags jOOQ ni.

Ano ang bago sa bersyon 2.6.1:

• Bad Postgres array serialization kapag & quot; o & # x5c; na karakter ay nakapaloob sa isang String []
• Walang kaya pagpapatupad ng AbstractDataType.equals () at hashCode ()
• Pagbutihin AbstractField.hashCode () at AbstractTable.hashCode () at mga katulad na, dahil ang mga ito ng dalawang ay masyadong madalas na tinatawag na
• Walang kaya tawag sa String.split () sa StringUtils.toCamelCase () humahantong sa di-bale-wala ovrerhead pagganap sa POJO-anyo tawag
• Bad SQL render kapag ipinagsama ORDER BY [ilang-function] na may LIMIT .. Offset sa DB2, SQL Server
• Bad SQL-render para sa higit sa (Isaayos ayon sa [ilang-function]) para sa mga SQL Server at Sybase
• isyu sa kaligtasan Thread sa org.jooq.impl.FieldList
• Bad reference sa org.jooq.debug. [Impl] .DebugListener sa manual
• nakabuo Bad code kapag umiiral ang parehong pangalan ng talahanayan sa maramihang mga schema sa SQL Server

Ano ang bago sa bersyon 2.5.0:

• Alisin paghahagis ng values ​​bind sa Ingres
• Tumulad RPAD at LPAD sa SQLite
• Magdagdag ng suporta para sa Oracle function Text
• Magdagdag pagpipilian upang bumuo ng nababago POJOs
• Support & quot; maasahin locking & quot; in UpdatableRecord.store () at tanggalin ang ()
• Gumawa fetchBy [columnName] pamamaraan sa nakabuo DAO klase
• Magdagdag ng ilang Javadoc sa dokumento ang mga pagkakaiba sa pagitan ng paggamit ng isang pabrika sa isang koneksyon o sa isang datasource
• Magdagdag javax.validation API sa buong deliverable
• Magdagdag Factory.connectByRoot (Field & # x3c;? & # X3e;) upang suportahan ang mga haligi ng Oracle CONNECT_BY_ROOT palsipikado
• Magdagdag Factory.condition (String, QueryPart ...) na katulad Factory.field (String, QueryPart ...)
• Magdagdag ng suporta para ORDER kapatid Oracle BY clause, sa kumbinasyon sa Ikonekta BY
• Magdagdag nawawala constructor pagkuha datasource sa pabrika diyalekto-tiyak
• Gumawa nawawala constructor pagkuha datasource sa pabrika schema-tiyak
• Tumulad REPEAT () sa SQLite

Ano ang bago sa bersyon 2.4.0:

• Idinagdag Result.intoResultSet () sa wrapper isang Resulta sa isang JDBC ResultSet
• Iwasan JDBC escape syntax para petsa / oras literals
• Gumawa DAO mga klase at mga interface para POJOs
• Document lifecycle ng isang ExecuteListener sa Javadoc
• Added suporta para Postgres & quot; anumang mga & quot; uri ng data (sa quotes!). Parang well mapa sa java.lang.Object ito
• Support case-insensitive pangalan panukala sa pagbuo ng code
• Added ilang balaan-level logging kapag ang source code generator ay hindi bumuo ng anumang artefact
• Idinagdag Field.likeIgnoreCase () upang suportahan Postgres 'iLike operator
• Idinagdag Factory (datasource) at mga katulad na constructor
• Idinagdag Factory.batchStore (Collection & # x3c ;? umaabot UpdatableRecord & # x3c;? & # X3e; & # x3e;) para sa kaginhawahan
• Idinagdag DataType.convert (Object ...) at DataType.convert (Collection & # x3c;? & # X3e;) para sa kaginhawahan
• Idinagdag org.jooq.Name Factory.name (String) upang contruct QueryParts na nakatakas ayon sa Settings.getRenderNameStyle ()
• Idinagdag Factory.fetch (String, QueryPart ...) at Factory.execute (String, QueryPart ...) at katulad na mga pamamaraan upang suportahan arbitrary QueryParts sa simpleng SQL

Ano ang bago sa bersyon 2.3.2:

• Pag-aayos:
• issue ng Pagganap sa AbstractDataType.convert (Object). Iwasan ang mga conversion kapag sila ay malinaw naman unneeded.
• Gumawa ng ilang mga makabuluhang Javadoc sa nakabuo [schema-name] Factory klase.
• Added line break sa mga nakabuo Javadoc kung saan naaangkop

PrintImplements
• Custom diskarte ni generator () ay tinatawag na may Mode == RECORD para sa mga talahanayan.
• Walang kaya cloning ng mga default na setting ng paggamit ng JAXB unmarshalling humahantong sa di-bale-wala kabuuang overhead. Gamitin serialization sa halip (maikling ng isang kapaki-pakinabang na clone plugin XJC).
• Caching SQLDialect in AbstractDatabase mabigat nagpapabuti code generation pagganap.
• error compilation kapag ang isang naka-imbak SQL Server pamamaraan ay may parameter na pinangalanang & quot; halaga & quot;.
• Bad syntax para sa SELECT / * + hint * / hiwalay ... in Oracle.
• malakas ng malaking HINDI SA kondisyon ay mali. Ang mga bahagi ay dapat na konektado sa mga AT, hindi sa OR.

Ano ang bago sa bersyon 2.2.0.:

• Added suporta para sa database CUBRID

Ano ang bago sa bersyon 2.1.0:

• Ang posibilidad ng pagbibigay jOOQ sa isang pasadyang uri mapping .
• May isang pulutong ng mga bagong mga pagpipilian upang kontrolin ang SQL estilo ng SQL na ibinigay ng jOOQ configuration runtime.
• Ang paghawak ng null ay pinabuting sa pabor ng paggamit jOOQ bilang SQL builder library (eg kasama Spring para sa pagpapatupad) null ay hindi na inlined, ngunit nakagapos bilang isang variable.
• Sinusuportahan na ngayon ng jOOQ simulation ng pamanggit operasyon division ng paggamit ng isang intuitive syntax.

Ano ang bago sa bersyon 2.0.5:

• Ipatupad tagapakinig at SQL baybay support. Pinahihintulutan ng jOOQ mong isabit ang iyong sariling mga tagapakinig sa pagpapatupad query engine jOOQ upang maabisuhan ng lahat ng uri ng mga kaganapan
• Ang mga umiiral na mga tampok SchemaMapping. Sila ngayon ay bahagi ng pagsasaayos runtime
• Mga setting ng StatementType. Tukuyin kung ang isang pabrika ay dapat magsagawa ng java.sql.PreparedStatements (na may variable magbigkis) o static java.sql.Statements may inlined variable.

Ano ang bago sa bersyon 2.0.0.:

• naging API Ang mas static
• Sa pamamagitan ng default, jooq-codegen ay bumuo na ngayon ng isang & quot; dynamic & quot; meta model kumpara sa umiiral na isa static.
• Exceptions ay hindi na naka-check.
• pag-andar Window ay itinayo ngayon mula sa kanilang pinagbabatayan pinagsamang function tulad ng sa SQL.

Kinakailangan :

• Java 1.6 o mas mataas na