6
Páginas: 2 (440 palabras)
Publicado: 30 de mayo de 2015
6.4 Manejo de Objetos Persistentes
Muchas aplicaciones Java necesitan tratar con datos persistentes. En la mayoría de los casos, esto significa encararse con una base de datos relacional,posiblemente un base de datos obsoleta (o antigua) o un Sistema de Manejo de Bases de Datos (DBMS) estándar industrial. El API JDBC y los drivers para la mayoría de los sistemas de bases de datos proporcionanuna forma estándar de utilizar SQL para ejecutar consultas a la base de datos. Sin embargo, el interface se complica por la "diferencia de impedancia" entre el modelo de objetos de dominio de laaplicación y el modelo relacional de la base de datos. El modelo de objetos está basado en principios de ingeniería de software y modela los objetos en el dominio del problema, mientras que el modelorelacional está basado en principios matemáticos y organiza los datos para una almacenamiento y recuperación eficientes. Ninguno de estos modelos es particularmente mejorque el otro, pero el problema esque son diferentes y no siempre se acoplan de forma confortable en la misma aplicación.
Algunas soluciones a este problema, como Hibernate y Java Data Objects, están diseñados para proporcionar aldesarrallodor la persistencia transparente: la aplicación trata con objetos persistentes utilizano un API orientado a objetos sin la necesidad de código SQL embebido en el código Java.
HIBERNATEHibernate funciona mejor si estas clases siguen algunas reglas simples, también conocidas como el modelo de programación POJO (Plain Old Java Object). Sin embargo, ninguna de estas reglas sonrequerimientos rígidos. De hecho, Hibernate3 asume muy poco acerca de la naturaleza de sus objetos persistentes. Puede expresar un modelo de dominio en otras formas (por ejemplo, utilizando árboles de instanciasde Map).
Ejemplo simple de POJO
La mayoría de aplicaciones Java requieren una clase persistente que represente a los felinos. Por ejemplo:
package eg;
import java.util.Set;
import java.util.Date;...
Muchas aplicaciones Java necesitan tratar con datos persistentes. En la mayoría de los casos, esto significa encararse con una base de datos relacional,posiblemente un base de datos obsoleta (o antigua) o un Sistema de Manejo de Bases de Datos (DBMS) estándar industrial. El API JDBC y los drivers para la mayoría de los sistemas de bases de datos proporcionanuna forma estándar de utilizar SQL para ejecutar consultas a la base de datos. Sin embargo, el interface se complica por la "diferencia de impedancia" entre el modelo de objetos de dominio de laaplicación y el modelo relacional de la base de datos. El modelo de objetos está basado en principios de ingeniería de software y modela los objetos en el dominio del problema, mientras que el modelorelacional está basado en principios matemáticos y organiza los datos para una almacenamiento y recuperación eficientes. Ninguno de estos modelos es particularmente mejorque el otro, pero el problema esque son diferentes y no siempre se acoplan de forma confortable en la misma aplicación.
Algunas soluciones a este problema, como Hibernate y Java Data Objects, están diseñados para proporcionar aldesarrallodor la persistencia transparente: la aplicación trata con objetos persistentes utilizano un API orientado a objetos sin la necesidad de código SQL embebido en el código Java.
HIBERNATEHibernate funciona mejor si estas clases siguen algunas reglas simples, también conocidas como el modelo de programación POJO (Plain Old Java Object). Sin embargo, ninguna de estas reglas sonrequerimientos rígidos. De hecho, Hibernate3 asume muy poco acerca de la naturaleza de sus objetos persistentes. Puede expresar un modelo de dominio en otras formas (por ejemplo, utilizando árboles de instanciasde Map).
Ejemplo simple de POJO
La mayoría de aplicaciones Java requieren una clase persistente que represente a los felinos. Por ejemplo:
package eg;
import java.util.Set;
import java.util.Date;...
Leer documento completo
Regístrate para leer el documento completo.