hibernate - persistencia - ¿Por qué necesito configurar el dialecto SQL de una fuente de datos?

mysql hibernate (11)

Cuando configuramos una fuente de datos usando Hibernate, debemos agregar la propiedad hibernate.dialect (o eclipselink.target-database si está usando EclipseLink).

Quiero saber cuál es el significado del dialecto ? Configuro esta propiedad de acuerdo con la documentación de Hibernate, pero no sé cuál es su significado.

Respuesta corta

"La ironía de JDBC es que, aunque las interfaces de programación son portátiles, el lenguaje SQL no lo es. A pesar de los numerosos intentos de estandarizarlo, todavía es raro escribir SQL de cualquier complejidad que se ejecute sin cambios en dos plataformas principales de bases de datos. donde los dialectos de SQL son similares, cada base de datos funciona de manera diferente dependiendo de la estructura de la consulta, necesitando un ajuste específico del proveedor en la mayoría de los casos ".
..stolen de Pro JPA 2 Dominio de Java Persistence API , capítulo 1, página 9

Entonces, podríamos pensar en JDBC como la última especificación que abstrae todo lo relacionado con las bases de datos, pero no lo es.

Una cita de la especificación JDBC , capítulo 4.4, página 20:

La capa de controlador puede enmascarar las diferencias entre la sintaxis estándar de SQL: 2003 y el dialecto nativo admitido por la fuente de datos.

Mayo no garantiza que el conductor lo haga y, por lo tanto, debemos proporcionar el dialecto para tener una aplicación que funcione. En el mejor de los casos, la aplicación funcionará, pero podría no funcionar tan eficazmente como podría si el proveedor de persistencia supiera qué dialecto usar. En el caso de Hibernate, se negará a desplegar su aplicación a menos que le dé el dialecto.

¿Qué hay de JPQL entonces?

La especificación JDBC no menciona la palabra JPQL. JDBC es una forma estandarizada de acceso a la base de datos. Vaya a leer este JavaDoc y encontrará que una vez que la aplicación puede acceder a la base de datos, lo que debe alimentar al controlador compatible con JDBC es vanilla ^{= undecorated} SQL.

Vale la pena señalar que JPQL es un lenguaje de consulta, no un lenguaje de definición de datos (DDL). Entonces, incluso si pudiéramos alimentar el controlador JDBC con JPQL, eso no sería útil para el proveedor de persistencia durante la fase de analizar el archivo persistence.xml y configurar tablas.

Una mirada más cercana a la propiedad

Para su referencia, aquí hay un ejemplo para Hibernate y EclipseLink sobre cómo especificar un dialecto de base de datos Java en el archivo persistence.xml:

<property name="hibernate.dialect" value="org.hibernate.dialect.DerbyTenSevenDialect"/> <property name="eclipselink.target-database" value="JavaDB"/>

¿Es la propiedad obligatoria?

En teoría, la propiedad no ha sido estandarizada y la especificación JPA 2.1 no dice una palabra sobre dialectos SQL. Así que no tenemos suerte y debemos recurrir a estudios empíricos específicos del vendedor y la documentación de los mismos.

Hibernate se niega a aceptar un archivo de despliegue que no haya especificado la propiedad que hace que el archivo no se pueda descargar. La documentación de Hibernate dice:

Establezca siempre la propiedad hibernate.dialect en la subclase org.hibernate.dialect.Dialect correcta para su base de datos.

Entonces eso está bastante claro. Tenga en cuenta que los dialectos enumerados en la documentación se dirigen específicamente a uno u otro proveedor. No hay un dialecto "genérico" ni nada de eso. Dado que la propiedad es un requisito absoluto para una implementación exitosa, es de esperar que la documentation del servidor de aplicaciones WildFly que empaqueta Hibernate diga algo, pero no es así.

EclipseLink por otro lado es un poco más indulgente. Si no proporciona la propiedad, la implementación se implementa (sin aviso también). La documentación de EclipseLink dice:

Utilice la propiedad eclipselink.target-database para especificar la base de datos a usar, controlar las operaciones personalizadas y la generación de SQL para la base de datos especificada.

La charla es sobre "operaciones personalizadas y generación de SQL", lo que significa que es algo vago si me preguntas. Pero una cosa está clara: no dicen que la propiedad es obligatoria. También tenga en cuenta que uno de los valores disponibles es "Base de datos" que representa el objetivo "una base de datos genérica". Hmm, ¿qué dialecto sería eso? SQL 2.0? Pero, de nuevo, la propiedad se llama "base de datos de destino" y no "dialecto", por lo que tal vez "Base de datos" se traduce en ningún SQL en absoluto jajaja. Pasar al servidor GlassFish que agrupa EclipseLink. Documentation (página "6-3") dice:

Puede especificar la propiedad opcional eclipselink.target-database para garantizar que el tipo de base de datos sea correcto.

Entonces, GlassFish argumenta que la propiedad es "opcional" y el valor agregado es una "garantía" de que estoy usando Java DB, en caso de que no lo supiera.

Conclusión

Copie y pegue lo que pueda encontrar en google y ore a Dios.

Dialect es el dialecto SQL que usa tu base de datos.

Lista de dialectos SQL para Hibernate.

Puede proporcionarlo en hibernate.cfg.xml como:

<hibernate-configuration> <session-factory name="session-factory"> <property name="hibernate.dialect">org.hibernate.dialect.SQLServerDialect</property> ... </session-factory> </hibernate-configuration>

o en el archivo de propiedades como:

hibernate.dialect=org.hibernate.dialect.SQLServerDialect

Dialecto significa "la variante de un idioma". Hibernate, como sabemos, es agnóstico de base de datos. Puede funcionar con diferentes bases de datos. Sin embargo, las bases de datos tienen extensiones propietarias / variaciones nativas de SQL, y un conjunto / subconjunto de implementaciones estándar de SQL. Por lo tanto, en algún momento hibernate tiene que usar SQL específico de la base de datos. Hibernate usa la configuración de "dialecto" para saber qué base de datos está utilizando, de modo que pueda cambiar al código generador de SQL específico de la base de datos donde sea y cuando sea necesario.

El dialecto SQL convierte la consulta HQL que escribimos en nuestro java o cualquier otro programa orientado a objetos en la base de datos SQL específica.

Por ejemplo, en Java supongamos que escribo List employees = session.createQuery ("FROM Employee"). List ();

pero cuando mi dialecto es <property name="hibernate.dialect"> org.hibernate.dialect.MySQLDialect

El HQL ("FROM Employee") se convierte a "SELECT * FROM EMPLOYEE" antes de llegar a la base de datos MySQL

El dialecto en el contexto de Hibernate, se ocupará del tipo de datos de la base de datos, como en Orace es entero, sin embargo, en SQL es int, por lo que esta propiedad lo conocerá en hibernación, cómo mapear los campos internamente.

Hibernate usa la configuración de "dialecto" para saber qué base de datos está utilizando, de modo que puede convertir la consulta de hibernación en una consulta específica de la base de datos.

Las bases de datos implementan diferencias sutiles en el SQL que usan. Cosas como los tipos de datos, por ejemplo, varían en las bases de datos (por ejemplo, en Oracle. Puede poner un valor entero en un campo numérico y en SQL Server usar un campo int). O funcionalidad específica de la base de datos: seleccionar las n filas superiores es diferente según la base de datos. El dialecto lo abstrae para que no tenga que preocuparse por eso.

Propiedad de dialecto es utilizada por Hibernate de las siguientes maneras

Para generar consultas SQL optimizadas.
Si tiene más de una base de datos, entonces hable con la base de datos particular que desee.
Para establecer los valores predeterminados para las propiedades del archivo de configuración de hibernación en función del software de base de datos que utilizamos aunque no estén especificados en el archivo de configuración.

Respuesta corta

hibernate.dialect propiedad hibernate.dialect hace que Hibernate genere las sentencias SQL apropiadas para la base de datos elegida.

Un dialecto es una forma del lenguaje que habla un grupo particular de personas.

Aquí, en el contexto de hibernate framework, cuando hibernate quiere hablar (usando consultas) con la base de datos usa dialectos.

Los dialectos de SQL se derivan del lenguaje de consulta estructurado que usa expresiones legibles por humanos para definir enunciados de consulta.
Un dialecto de hibernación brinda información sobre cómo convertir las consultas de hibernación (HQL) en consultas SQL nativas.

El dialecto de hibernación se puede configurar usando la siguiente propiedad:

hibernate.dialect

Here , hay una lista completa de dialectos de hibernación.

Nota: la propiedad dialectal de Hibernate no es obligatoria.

Hibernate.dialect propiedad Hibernate.dialect le dice a Hibernate que genere las sentencias SQL apropiadas para la base de datos elegida.

Una lista de dialectos disponibles se puede encontrar aquí: http://javamanikandan.blogspot.in/2014/05/sql-dialects-in-hibernate.html

RDBMS Dialect DB2 org.hibernate.dialect.DB2Dialect DB2 AS/400 org.hibernate.dialect.DB2400Dialect DB2 OS390 org.hibernate.dialect.DB2390Dialect PostgreSQL org.hibernate.dialect.PostgreSQLDialect MySQL org.hibernate.dialect.MySQLDialect MySQL with InnoDB org.hibernate.dialect.MySQLInnoDBDialect MySQL with MyISAM org.hibernate.dialect.MySQLMyISAMDialect Oracle (any version) org.hibernate.dialect.OracleDialect Oracle 9i/10g org.hibernate.dialect.Oracle9Dialect Sybase org.hibernate.dialect.SybaseDialect Sybase Anywhere org.hibernate.dialect.SybaseAnywhereDialect Microsoft SQL Server org.hibernate.dialect.SQLServerDialect SAP DB org.hibernate.dialect.SAPDBDialect Informix org.hibernate.dialect.InformixDialect HypersonicSQL org.hibernate.dialect.HSQLDialect Ingres org.hibernate.dialect.IngresDialect Progress org.hibernate.dialect.ProgressDialect Mckoi SQL org.hibernate.dialect.MckoiDialect Interbase org.hibernate.dialect.InterbaseDialect Pointbase org.hibernate.dialect.PointbaseDialect FrontBase org.hibernate.dialect.FrontbaseDialect Firebird org.hibernate.dialect.FirebirdDialect