jOOQ

Het combineert actieve dossiers, opgeslagen procedures, geavanceerde data types, complexe SQL, typesafety, source code generatie en Java in een vloeiende, intuïtieve DSL.
jOOQ genereert een eenvoudige Java representatie van de database schema.
Voor elke tafel, uitzicht, opgeslagen procedure, enum, UDT is een klasse.
jOOQ implementeert een makkelijk te gebruiken actieve record patroon. Het is NIET een OR-Mapper, maar levert een 1: 1 mapping tussen tabellen / views en klassen. Tussen de kolommen en leden.
Het staat ook voor het schrijven compileren typesafe opvragen met behulp van de ingebouwde DSL.
jOOQ ondersteunt alle standaard SQL taal kenmerken, zoals de meer complexe UNION's, geneste selecteert, JOINs, aliasing
jOOQ stelt ontwikkelaars in staat het gebruik van vendor-specifieke extensies zoals opgeslagen procedures, UDT's, ARRAY en nog veel meer

Eigenschappen .

• Algemene kenmerken:
• Object Oriented SQL Modelling
• SQL code generatie
• OR-Mapping
• Typesafe SQL
• Opgeslagen procedure en UDT support
• Ondersteunde databases:
• MySQL 5.1.41 en 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 met onofficiel JDBC driver v056
• Derby 10,7
• MSSQL
• Sybase
• Future ondersteuning voor:
• Ingres
• Firebird

Wat is nieuw in deze release:

• Factory is opgesplitst in DSL (statische QueryPart bouw) en DSLContext (uitvoering Query & quot; bevestigd & quot; QueryPart constructie). Dit verbetert sterk de algehele DSL ervaring en tegelijkertijd zorgen voor meer fijnmazige Executor lifecycle controle.
• Een ConnectionProvider is geïntroduceerd als een abstractie van de JDBC Connection levenscyclus. De standalone Connection en samengevoegd DataSource modi worden nog steeds ondersteund, maar u kunt nu injecteren uw eigen ConnectionProvider voor meer controle.
• Veel performance verbeteringen zijn binnen de jOOQ API verwijderen van het grootste deel van de overhead veroorzaakt door jOOQ bij het ophalen van gegevens uit JDBC geïmplementeerd
• Een JDBC Mock API is toegevoegd om u te helpen eenvoudig unit tests te maken voor uw toepassing gebouwd op de top van de jOOQ.
• A WAARDEN () constructor wordt nu ondersteund, en afgeleide kolom lijsten alias tabellen en kolommen in één keer.
• Het type data API is sterk vereenvoudigd. Dit toegestaan ​​voor de invoering van runtime precisie, schaal, en de lengte informatie.
• CRUD is verbeterd door veel meer CRUD batchbewerkingen, expliciete INSERT en UPDATE (in aanvulling op te slaan ()), en de expliciete behandeling van interne veranderd vlaggen jOOQ's.

Wat is nieuw in versie 2.6.1:

• Bad Postgres scala rangschikking als & quot; of & # x5c; personages zijn opgenomen in een String []
• Inefficiënte implementaties van AbstractDataType.equals () en hashcode ()
• Verbetering AbstractField.hashCode () en AbstractTable.hashCode () en dergelijke, omdat deze twee worden vaak genoemd
• Inefficiënte oproep tot String.split () in StringUtils.toCamelCase () leidt tot een niet-verwaarloosbare prestaties ovrerhead in POJO transformatie noemt
• Bad SQL gemaakt bij het combineren van ORDER BY [sommige-functie] met LIMIT .. OFFSET in DB2, SQL Server
• Bad SQL gemaakt voor MEER DAN (ORDER BY [sommige-functie]) voor SQL Server en Sybase
• de veiligheid Onderwerp kwestie in org.jooq.impl.FieldList
• Bad verwijzing naar org.jooq.debug. [Impl] .DebugListener in de handleiding
• Bad code gegenereerd wanneer dezelfde tabel naam bestaat in meerdere schema's in SQL Server

Wat is nieuw in versie 2.5.0:

• Verwijder het gieten van bind waarden in Ingres
• Simuleer RPAD en LPAD in SQLite
• Voeg ondersteuning voor Oracle Text functies
• optie toe aan onveranderlijke Pojos genereren
• Ondersteuning & quot; optimistische vergrendeling & quot; in UpdatableRecord.store () en verwijder ()
• Genereer fetchBy [ColumnName] methoden gegenereerd DAO klassen
• Voeg wat Javadoc om het verschil tussen het gebruik van een fabriek met een verbinding of met een DataSource document
• Voeg javax.validation API om volledige leverbaar
• Voeg Factory.connectByRoot (Field & # X3c;? & # X3e;) aan de pseudo-kolom Oracle CONNECT_BY_ROOT ondersteunen
• Voeg Factory.condition (String, QueryPart ...), vergelijkbaar met Factory.field (String, QueryPart ...)
• Voeg ondersteuning voor Oracle's zusjes ORDER BY-clausule, in combinatie met CONNECT BY
• Voeg ontbrekende constructeurs nemen DataSource naar dialect-specifieke fabrieken
• Genereer ontbreekt constructeurs nemen DataSource in schema-specifieke fabrieken
• simuleren REPEAT () in SQLite

Wat is nieuw in versie 2.4.0:

• Toegevoegde Result.intoResultSet () om een ​​resultaat te wikkelen in een JDBC ResultSet
• Vermijd JDBC ontsnapping syntaxis voor datum / tijd letterlijke
• Genereer DAO klassen en interfaces voor POJOs
• Document van de levenscyclus van een ExecuteListener in de Javadoc
• Ondersteuning voor Postgres & quot; elke & quot; data type (met citaten!). Dit lijkt goed in kaart te java.lang.Object
• Ondersteuning hoofdlettergevoelig schema namen in de code generatie
• Toegevoegd sommige WARN-level logging als de source-code generator geen artefacten te genereren
• Toegevoegde Field.likeIgnoreCase () naar Postgres 'ILIKE operator ondersteunen
• Toegevoegd Factory (DataSource) en dergelijke constructeurs
• Toegevoegd Factory.batchStore (Collectie & # X3c ;? breidt UpdatableRecord & # X3c;? & # X3e; & # x3e;) voor het gemak
• Toegevoegd DataType.convert (Object ...) en DataType.convert (Collectie & # X3c;? & # X3e;) voor het gemak
• Toegevoegd org.jooq.Name Factory.name (String) om QueryParts die zijn ontsnapt volgens Settings.getRenderNameStyle ()
contruct
• Toegevoegde Factory.fetch (String, QueryPart ...) en Factory.execute (String, QueryPart ...) en soortgelijke methodes om willekeurige QueryParts steunen in duidelijke SQL

Wat is nieuw in versie 2.3.2:

• Fixes:
• Prestaties probleem met AbstractDataType.convert (Object). Vermijd conversies als ze blijkbaar onnodige.
• Genereer een aantal betekenisvolle Javadoc in de gegenereerde [schema-naam] Factory klassen.
• Toegevoegd lijn breekt aan gegenereerd Javadoc eventueel

PrintImplements
• Aangepaste generator strategie () wordt aangeroepen met Mode == RECORD voor tabellen.
• Inefficiënte klonen van standaardinstellingen gebruik JAXB unmarshalling leidt tot een niet te verwaarlozen algemene overhead. Gebruik serialisatie plaats (kort van een bruikbare XJC kloon plugin).
• Caching SQLDialect in AbstractDatabase verbetert zwaar codegeneratie prestaties.
• Compilatie fout wanneer een SQL Server opgeslagen procedure een parameter met de naam & quot; value & quot;.
• Bad syntax voor SELECT / + * hint * / DISTINCT ... in Oracle.
• Het splitsen van grote NIET IN voorwaarden is verkeerd. De onderdelen moeten worden verbonden met AND, niet met OR.

Wat is nieuw in versie 2.2.0:.

• Ondersteuning toegevoegd voor de CUBRID databank

Wat is nieuw in versie 2.1.0:

• De mogelijkheid om jOOQ met een aangepaste soort mapping .
• Er zijn een hoop nieuwe runtime configuratie opties om de SQL-stijl van SQL gemaakt door jOOQ regelen.
• De behandeling van NULL is verbeterd in het voordeel van het gebruik van jOOQ als een SQL-bouwer bibliotheek (bijvoorbeeld samen met de lente voor de uitvoering) NULL wordt niet langer inlined, maar gebonden als een variabele.
• jOOQ ondersteunt nu simulatie van de relationele deling behulp van een intuïtieve syntax.

Wat is nieuw in versie 2.0.5:

• Uitvoeren luisteraar en SQL tracing ondersteuning. jOOQ kunt u uw eigen luisteraars haak in uitvoering query-engine jOOQ om te worden gebracht van allerlei evenementen
• De bestaande SchemaMapping functies. Ze zijn nu onderdeel van de runtime configuratie
• StatementType instellingen. Geef aan of een Factory java.sql.PreparedStatements (met bind variabelen) of statische java.sql.Statements moeten voeren met inline variabelen.

Wat is nieuw in versie 2.0.0:.

• De API werd meer statische
• Standaard wordt jooq-Codegen nu het genereren van een & quot; dynamische & quot; metamodel in tegenstelling tot de bestaande statische.
• Uitzonderingen worden niet meer gecontroleerd.
• Window functies worden nu opgebouwd uit hun onderliggende statistische functies, net als in SQL.

Eisen

• Java 1.6 of hoger