jOOQ

Combina registros activos, procedimientos almacenados, tipos de datos avanzadas, SQL complejas, typesafety, generación de código fuente y Java en un DSL intuitiva con fluidez.
jOOQ genera una representación Java simple del esquema de base de datos.
Para cada tabla, vista, procedimiento almacenado, enumeración, UDT es una clase.
jOOQ implementa un patrón de registro activo y fácil de usar. No es un OR de mapeo, pero ofrece una relación 1: 1 entre la asignación de tablas / vistas y clases. Entre columnas y miembros.
También permite la escritura en tiempo de compilación typesafe consulta utilizando su base de DSL.
jOOQ soporta todas las características del lenguaje SQL estándar, incluyendo, selecciona anidados la más compleja de la Unión, se une, aliasing
jOOQ permite a los desarrolladores el uso de extensiones específicas del proveedor, tales como procedimientos almacenados, UDT, ARRAY de y muchos más

Características .

• Características generales:
• orientada a objetos SQL Modelado
• generación de código SQL
• OR-Mapping
• Typesafe SQL
• Procedimiento almacenado y apoyo UDT
• bases de datos compatibles:
• MySQL 1.5.41 y 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 no oficial con v056 driver JDBC
• Derby 10.7
• MSSQL
• Sybase
• El apoyo futuro para:
• Ingres
• Firebird

¿Qué hay de nuevo en esta versión:

• Fábrica se ha dividido en DSL (construcción QueryPart estática) y DSLContext (ejecución de consultas, & quot; se adjunta & quot; la construcción QueryPart). Esto mejora enormemente la experiencia global DSL al tiempo que permite un mayor control del ciclo de vida Ejecutor de grano fino.
• Un ConnectionProvider se ha introducido como una abstracción del ciclo de vida de conexión JDBC. La conexión independiente y modos de DataSource agrupados todavía son compatibles, pero ahora usted puede inyectar su propia ConnectionProvider para un mayor control.
• Una gran cantidad de mejoras de rendimiento se han implementado dentro de la API jOOQ retirar la mayor parte de la sobrecarga causada por jOOQ cuando ir a buscar los datos de JDBC
• Un JDBC Mock API se ha añadido para ayudarle a crear pruebas unitarias simples para su aplicación construida en la cima de jOOQ.
• VALORES A () constructor es ahora compatible, y deriva listas de columnas a tablas de alias y columnas de una sola vez.
• La API de tipo de datos se ha simplificado en gran medida. Esto permitió la introducción de la precisión en tiempo de ejecución, la escala y la información de longitud.
• CRUD se ha mejorado a través de muchas más operaciones por lotes CRUD, INSERT y UPDATE explícita (además de almacenar ()), y el manejo explícito de banderas cambiado internos de jOOQ.

¿Cuál es nuevo en la versión 2.6.1:

• Bad Postgres gama serialización cuando & quot; o & # X5c; personajes se encuentran en un String []
• implementaciones ineficientes de AbstractDataType.equals () y hashCode ()
• Mejorar AbstractField.hashCode () y AbstractTable.hashCode () y similares, ya que estos dos se llaman muy a menudo
• Llamada de ineficiente a String.split () en StringUtils.toCamelCase () lleva a ovrerhead rendimiento no despreciable en la transformación POJO llama
• Bad SQL rendido al combinar ORDER BY [algunas funciones] con LÍMITE .. OFFSET en DB2, SQL Server
• SQL Mala dictada por OVER (ORDER BY [algunas funciones]) para SQL Server y Sybase
• problema de seguridad de rosca en org.jooq.impl.FieldList
• Bad referencia a org.jooq.debug. [Impl] .DebugListener en el manual
• Bad código genera cuando existe el mismo nombre de tabla en varios esquemas de SQL Server

¿Cuál es nuevo en la versión 2.5.0:

• Eliminar casting de valores se unen en Ingres
• Simular RPAD y DEPA en SQLite
• Añadir soporte para funciones de texto de Oracle
• Agregar opción para generar POJOs inmutables
• Soporte & quot; el bloqueo optimista & quot; en UpdatableRecord.store () y delete ()
• Generar fetchBy [ColumnName] métodos en clases DAO generados
• Agregue un poco de Javadoc para documentar la diferencia entre usar una fábrica con una conexión o con un origen de datos
• Añadir API javax.validation a la plena entrega
• Añadir Factory.connectByRoot (Campo & # X3c; & # X3e;) para apoyar la columna de la seudo Oracle CONNECT_BY_ROOT
• Añadir Factory.condition (String, QueryPart ...) similar a Factory.field (String, QueryPart ...)
• Añadir soporte para ORDEN HERMANOS de Oracle POR cláusula, en combinación con CONNECT BY
• Añadir constructores que toman DataSource a las fábricas-dialectales específicos faltante
• Generar constructores que toman DataSource en fábricas de esquema específico faltante
• Simular REPEAT () en SQLite

¿Cuál es nuevo en la versión 2.4.0:

• Agregado Result.intoResultSet () para envolver un Resultado en un ResultSet de JDBC
• Evite JDBC sintaxis de escape para los literales de fecha / hora
• Generar clases DAO e interfaces para POJOs
• Documento del ciclo de vida de un ExecuteListener en el Javadoc
• Se ha añadido soporte para Postgres & quot; cualquier & quot; tipo de datos (con comillas!). Esto parece trazar bien a java.lang.Object
• Soporte nombres de esquema mayúsculas y minúsculas en la generación de código
• Añadido algunos WARN-nivel de registro cuando el generador de código fuente no genera artefactos
• Agregado Field.likeIgnoreCase () para apoyar operador ILIKE Postgres '
• Agregado de fábrica (DataSource) y constructores similares
• Agregado Factory.batchStore (Colección & # X3c ;? extiende UpdatableRecord & # X3c; & # X3e; & # X3e;) para mayor comodidad
• Agregado DataType.convert (Object ...) y DataType.convert (Colección & # X3c; & # X3e;) para mayor comodidad
• Agregado org.jooq.Name Factory.name (String) para contruct QueryParts que se escaparon de acuerdo a Settings.getRenderNameStyle ()
• Agregado Factory.fetch (String, QueryPart ...) y Factory.execute (String, QueryPart ...) y métodos similares para apoyar QueryParts arbitrarias en la llanura de SQL

¿Qué hay de nuevo en la versión 2.3.2:

• Correcciones:
• Problema de rendimiento con AbstractDataType.convert (Objeto). Evite las conversiones cuando están obviamente innecesaria.
• Generar algunos Javadoc significativa en las [nombre-esquema] clases de fábrica generados.
• Línea de Alta rompe a Javadoc generado en su caso

PrintImplements
• El generador de estrategia personalizada () se llama con el modo == RECORD para las tablas.
• clonación ineficiente de los ajustes predeterminados utilizando JAXB unmarshalling conduce a la sobrecarga general no despreciable. Utilice la serialización lugar (menos que un XJC útil clon plugin).
• Caching SQLDialect en AbstractDatabase gran medida mejora el rendimiento de la generación de código.
• Error de compilación cuando un procedimiento almacenado de SQL Server tiene un parámetro denominado & quot; valor & quot;.
• Bad sintaxis de SELECT / * + * pista / DISTINCT ... en Oracle.
• La división de grandes NO EN condiciones es erróneo. Las partes deben estar conectados con Y, no con OR.

¿Cuál es nuevo en la versión 2.2.0:.

• Se ha añadido soporte para la base de datos CUBRID

¿Qué hay de nuevo en la versión 2.1.0:

• La posibilidad de proporcionar jOOQ con una asignación de tipo personalizado .
• Hay un montón de nuevas opciones de configuración de tiempo de ejecución para controlar el estilo de SQL de SQL emitida por jOOQ.
• El manejo de NULL se ha mejorado en favor del uso de jOOQ como una biblioteca constructor de SQL (por ejemplo, junto con la primavera para su ejecución) NULL ya no está inline, pero obligado como una variable.
• jOOQ ahora es compatible con la simulación de la operación de división relacional utilizando una sintaxis intuitiva.

¿Cuál es nuevo en la versión 2.0.5:

• Ejecutar escucha y apoyo rastreo SQL. jOOQ le permite conectar sus propios oyentes en el motor de ejecución de la consulta de jOOQ ser notificado de todo tipo de eventos
• Las características SchemaMapping existentes. Ellos son ahora parte de la configuración de ejecución
• Ajustes StatementType. Especifique si una fábrica debe ejecutar java.sql.PreparedStatements (con variables bind) o java.sql.Statements estáticas con variables entre líneas.

¿Qué hay de nuevo en la versión 2.0.0:.

• El API se hizo más estática
• Por defecto, jooq-codegen ahora generará un & quot; dinámica de & quot; modelo de meta en oposición a la estática existente.
• Las excepciones ya no se comprueba.
• Funciones de ventanas están construidas a partir de sus funciones agregadas subyacentes al igual que en SQL.

Requisitos

• Java 1.6 o superior