jOOQ

Egyesíti aktív iratok, tárolt eljárások, adattípusok, összetett SQL, typesafety, forráskód-termelés és Java egy folyékonyan, intuitív DSL.
jOOQ generál egy egyszerű Java képviselete az adatbázis sémát.
Minden tábla, nézet, tárolt eljárás, enum, UDT egy osztály.
jOOQ valósít meg egy könnyen használható aktív rekord minta. Ez nem egy OR-mapper, de rendelkezik egy 1: 1 leképezési táblák között / nézetek és osztályok. Oszlopok között, és tagjai.
Azt is lehetővé teszi az íráshoz fordítási typesafe lekérdezéséhez használja a beépített DSL.
jOOQ támogatja az összes szabványos SQL nyelv funkciók, többek között a bonyolultabb UNION, beágyazott SELECT, csatlakozik, aliasing
jOOQ lehetővé teszi a fejlesztők a használatát gyártó-specifikus kiterjesztéseket, mint a tárolt eljárások, UDT-k, tömb és még sok más.

Tulajdonságok :

• Általános jellemzők:
• objektum-orientált SQL modellezés
• SQL kód generálás
• OR-Mapping
• Typesafe SQL
• A tárolt eljárás és UDT támogatás
• A támogatott adatbázisok:
• MySQL 5.1.41 és 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 a inofficial JDBC illesztőprogram v056
• Derby 10,7
• MSSQL
• Sybase
• jövőbeli támogatása:
• Ingres
• Firebird

Mi az új ebben a kiadásban:

• Gyári osztották DSL (statikus QueryPart építés) és DSLContext (lekérdezés végrehajtása, & quot; csatlakoztatott & quot; QueryPart építése). Ez nagyban javítja az általános DSL élményt, miközben lehetővé teszi a sokkal finomabb Executor életciklus-szabályozás.
• A ConnectionProvider került bevezetésre kivonataként a JDBC kapcsolat életciklus. Az önálló Connection és összevont adatforrás módok továbbra is támogatott, de akkor most adja be saját ConnectionProvider több ellenőrzés.
• A sok teljesítménybeli fejlesztéseket hajtottak végre a jOOQ API legnagyobb részének eltávolításával a rezsi okozta jOOQ letölti az adatokat JDBC
• A JDBC API Mock bővült, hogy segítsen létrehozni egyszerű egység vizsgálatok az alkalmazás épül a jOOQ.
• A értékek () konstruktor most már támogatja, és az azokból származó oszlop tartalmazza a alias táblák és oszlopok egy menetben.
• Az adatok típusa API már jelentősen egyszerűsödött. Ez lehetővé tette, hogy bevezessék runtime pontosság, skála, és hossza információkat.
• szifilisz javult több szifilisz kötegelt műveleteket, explicit INSERT és UPDATE (amellett, hogy tárolja ()), és explicit kezelése jOOQ belső megváltozott zászlók.

Mi az új verzióban 2.6.1:

• Bad Postgres tömb serialization amikor & quot; vagy & # X5c; karakterek szerepelnek a String []
• Nem hatékony implementációja AbstractDataType.equals () és hashCode ()
• Javítani AbstractField.hashCode () és AbstractTable.hashCode () és hasonló, mint a kettőt nevezik gyakran
• Nem hatékony hívás String.split () in StringUtils.toCamelCase () vezet, nem elhanyagolható teljesítmény ovrerhead a POJO átalakulás kéri
• Bad SQL renderelt ha kombinálja ORDER BY [valami funkciót] a LIMIT .. OFFSET DB2, SQL Server
• Bad SQL számára nyújtott OVER (ORDER BY [néhány funkció]) az SQL Server és a Sybase
• Téma biztonsági kérdés org.jooq.impl.FieldList
• Bad hivatkozás org.jooq.debug. [Impl] .DebugListener a kézi
• Bad generált kód, ha ugyanannál az asztalnál név létezik több sémában az SQL Server

Mi az új verzióban 2.5.0:

• Vegye le casting bind értékek Ingres
• szimulálása Árpád és LPAD az SQLite
• Add támogatást nyújt az Oracle Text funkciók
• Add létrehozása lehetőség megváltoztathatatlan POJO-k
• Támogatás & quot; optimista zárolás & quot; a UpdatableRecord.store () és a törlés ()
• Létrehoz fetchBy [ColumnName] módszerekkel termelt DAO osztályok
• Add néhány Javadoc, hogy dokumentálja a különbség egy Factory egy kapcsolat vagy egy adatforrás
• Add javax.validation API teljes szállítható
• Add Factory.connectByRoot (Field & # X3c;? & # X3e;) támogatja az Oracle CONNECT_BY_ROOT ál oszlop
• Add Factory.condition (String, QueryPart ...) hasonló Factory.field (String, QueryPart ...)
• Add támogatása Oracle ORDER BY záradékot testvérek, együtt CONNECT BY
• Add hiányzik konstruktőrök figyelembe adatforrás a nyelvjárás-specifikus gyárak
• Létrehoz hiányzik konstruktőrök figyelembe adatforrás a séma-specifikus gyárak
• szimulálása REPEAT () in SQLite

Mi az új verzióban 2.4.0:

• Added Result.intoResultSet (), hogy lezárja a Result egy JDBC ResultSet
• Kerülje JDBC menekülési szintaxis dátum / idő literálok
• Létrehoz DAO osztályok és interfészek POJO-k
• Dokumentum életciklusának egy ExecuteListener a Java dokumentáció
• A támogatás a Postgres & quot; minden & quot; adattípus (idézőjelek között!). Ez úgy tűnik, hogy feltérképezze jól java.lang.Object
• Támogatás kis- és nagybetűk sémaneveknek a kódot generációs
• Hozzáadott néhány WARN szintű naplózás, ha a forrás-kód generátor nem generál műtárgyakat
• Added Field.likeIgnoreCase (), hogy támogassa Postgres "ILIKE üzemeltető
• Added Factory (adatforrás) és hasonló kivitelezők
• Added Factory.batchStore (Collection & # X3c ;? kiterjed UpdatableRecord & # X3c;? & # X3e; & # x3e;) kedvéért
• Added DataType.convert (Object ...) és DataType.convert (Collection & # X3c;? & # X3e;) kedvéért
• Added org.jooq.Name Factory.name (String), hogy contruct QueryParts, amelyek szökött szerint Settings.getRenderNameStyle ()
• Added Factory.fetch (String, QueryPart ...) és Factory.execute (String, QueryPart ...) és hasonló módszerek támogatására tetszőleges QueryParts egyszerű SQL

Mi az új verzióban 2.3.2:

• javítások:
• Performance kérdés AbstractDataType.convert (Object). Kerülje a konverzió, amikor ők nyilvánvalóan felesleges.
• Létrehoz valamilyen értelmes Javadoc a generált [sémanév] Factory osztályok.
• Added sortörés generált Java dokumentáció adott esetben
• Egyéni generátor stratégia printImplements () hívjuk Mode == rekordot táblákat.
• Nem hatékony klónozását alapbeállításokat JAXB unmarshalling vezet nem elhanyagolható általános költségeknek. Használja sorszámozás helyett (rövid egy hasznos XJC klón plugint).
• gyorsítótárral SQLDialect a AbstractDatabase erősen javítja kódot generációs teljesítmény.
• fordítási hiba, amikor egy SQL Server tárolt eljárás paraméter neve & quot; érték & quot;.
• Bad szintaxist SELECT / * + hint * / DISTINCT ... az Oracle.
• széttörése nagy NEM feltételeket a baj. Az alkatrészeket kell bekötni ÉS, nem pedig OR.

Mi az új a 2.2.0 verzió:

• A támogatás a CUBRID adatbázisban.

Mi az új verzióban 2.1.0:

• A lehetőségét, hogy jOOQ egy egyéni típusú leképezés .
• Van egy csomó új futásidejű beállítási lehetőség, hogy ellenőrizzék a SQL stílus SQL által nyújtott jOOQ.
• A kezelése NULL javult támogatja, hogy az jOOQ mint egy SQL Builder könyvtár (pl együtt Spring végrehajtásra) NULL már nem Beágyazott, de kötve, mint egy változó.
• jOOQ már támogatja szimuláció a relációs osztás segítségével intuitív szintaxist.

Mi az új verzióban 2.0.5:

• Execute hallgató és SQL nyomkövetés támogatása. jOOQ lehetővé teszi, hogy kampó a saját hallgatók a jOOQ a lekérdezés végrehajtása motor értesíteni kell mindenféle eseményeket
• A meglévő SchemaMapping jellemzői. Ők már része a futásidejű konfiguráció
• StatementType beállításokat. Adja meg, hogy a Factory kell végrehajtani java.sql.PreparedStatements (bind változókat) vagy statikus java.sql.Statements a Beágyazott változókat.

Mi az új a 2.0.0 verzió:

• Az API vált statikus.
• Alapesetben jooq-CODEGEN most létrehoz egy & quot; dinamikus & quot; meta modell szemben a meglévő statikus.
• A kivételek már nem ellenőrzik.
• Ablak funkciót ma már épített a saját mögöttes összesített funkciókat, mint az SQL.

követelmények :

• Java 1.6 vagy újabb