Cache De Hibernate - Historial de revisiones

Fguerra: Deshecha la edición 5830 de 31.193.8.94 (disc.)

2011-09-07T12:48:27Z

Deshecha la edición 5830 de 31.193.8.94 (disc.)

Fguerra: Deshecha la edición 5881 de 89.135.83.116 (disc.)

2011-09-07T12:48:10Z

Deshecha la edición 5881 de 89.135.83.116 (disc.)

Fguerra: Deshecha la edición 6263 de 58.64.172.138 (disc.)

2011-09-07T12:43:27Z

Deshecha la edición 6263 de 58.64.172.138 (disc.)

58.64.172.138: hpPprQmsBVsWt

2011-09-07T06:56:31Z

hpPprQmsBVsWt

89.135.83.116: /* Cache de Segundo Nivel */

2011-07-08T22:07:14Z

‎Cache de Segundo Nivel

31.193.8.94: /* Cache de Primer Nivel */

2011-07-06T21:28:34Z

‎Cache de Primer Nivel

Admin en 15:43 26 ago 2009

2009-08-26T15:43:07Z

80.24.14.131: /* Cache de Segundo Nivel */

2009-01-19T15:20:46Z

‎Cache de Segundo Nivel

80.24.14.131: /* Cache de Segundo Nivel */

2009-01-19T15:20:23Z

‎Cache de Segundo Nivel

80.24.14.131: /* Cache de Segundo Nivel */

2009-01-19T15:19:34Z

‎Cache de Segundo Nivel

@@ Línea 4: / Línea 4: @@
 Generalmente todos los cache se basan en almacenar objetos en memoria para acelerar accesos posteriores, pero debemos aclarar que en Hibernate hay dos tipos de cache: el Primer Nivel y el Segundo Nivel.
-Whoa, things just got a whole lot esaier.
+===Cache de Primer Nivel===
 ===Cache de Segundo Nivel===

@@ Línea 6: / Línea 6: @@
 Whoa, things just got a whole lot esaier.
-God help me, I put aside a whole afternoon to fgirue this out.
+===Cache de Segundo Nivel===
 ===Query Cache===

← Revisión anterior		Revisión del 12:43 7 sep 2011
Línea 1:		Línea 1:
−	~~Four score and seven minutes ago~~, I ~~read~~ a ~~sweet airtcle~~. ~~Lol thanks~~	+	[[Category:Hibernate]]
		+	Uso y configuración de la funcionalidad de cache en Hibernate.
		+
		+	Generalmente todos los cache se basan en almacenar objetos en memoria para acelerar accesos posteriores, pero debemos aclarar que en Hibernate hay dos tipos de cache: el Primer Nivel y el Segundo Nivel.
		+
		+	Whoa, things just got a whole lot esaier.
		+
		+	God help me, I put aside a whole afternoon to fgirue this out.
		+
		+	===Query Cache===
		+	Para mejorar la performance y rendimiento de las aplicaciones podemos utilizar Query Cache.
		+
		+	Si lo que interesa es "cachear" el resultado exacto de una consulta, no objetos individuales. Por ejemplo, si tenemos un método en un DAO que retorna la lista de Paises registrados en la base de datos, es muy probable que siempre retorne el mismo resultado ya que esa tabla no cambia a menudo, entonces es recomendable establecer la consulta como "cacheable".
		+
		+	Hay que tener en cuenta que el query cache solo almacena los identificadores de los objetos del resultado, es decir que lo debemos usar combinado con el Cache de Segundo Nivel.
		+	Los pasos serían:
		+
		+	#Establecer el property hibernate.cache.use_query_cache=true en el hibernate.cfg.xml
		+	#Configurar la entidad Pais como "cacheable"
		+	#Establecer la consulta como "cacheable":
		+
		+	<code java>
		+	List paises = sess.createQuery("from Pais")
		+	.setCacheable(true)
		+	.list();
		+	</code>
		+
		+	Por lo tanto, la primera vez que se ejecuta la consulta, se retorna la lista de Paises desde la tabla mediante un select, pero a partir de ese momento toda vez que se repita el query, el resultado va a ser retornado desde el cache, evitando la comunicación con la base de datos.
		+
		+	====¿Que pasa si agrego un nuevo Pais?====
		+	Entonces el query dejaría de ser válido, solo si agregamos un nuevo Pais pasando por la session de Hibernate, el query se invalida automáticamente para que la próxima vez que se ejecute la consulta vuelva a obtener el resultado desde la base de datos.
		+	Es importante aclarar que el comportamiento anterior no se cumple si se inserta un Pais por afuera del aplicativo, es decir con un insert directo a la tabla, o si se tiene dos aplicativos separados que apuntan a la misma base de datos, en ese caso habría que usar JNDI para que todos compartan la misma SessionFactory.
		+
		+	Es recomendable usar el query cache solo en los casos en que una consulta se repite constantemente y la entidad resultado no cambia frecuentemente, por ejemplo: Países, Provincias, etc.
		+
		+	== Ver también ==
		+	* [[Hibernate]]
		+	* [[Hibernate Con Spring]]
		+	* [http://www.hibernate.org/ Web oficial de Hibernate]
		+	* [http://www.hibernate.org/hib_docs/v3/reference/en/html/tutorial.html#tutorial-firstapp Tutorial de Hibernate]

← Revisión anterior		Revisión del 06:56 7 sep 2011
Línea 1:		Línea 1:
−	~~[[Category:Hibernate]]~~	+	Four score and seven minutes ago, I read a sweet airtcle. Lol thanks
−	~~Uso y configuración de la funcionalidad de cache en Hibernate.~~
−
−	Generalmente todos los cache se basan en almacenar objetos en memoria para acelerar accesos posteriores, pero debemos aclarar que en Hibernate hay dos tipos de cache: el Primer Nivel y el Segundo Nivel.
−
−	~~Whoa, things just got a whole lot esaier.~~
−
−	~~God help me~~, I ~~put aside a whole afternoon to fgirue this out.~~
−
−	~~===Query Cache===~~
−	~~Para mejorar la performance y rendimiento de las aplicaciones podemos utilizar Query Cache.~~
−
−	Si lo que interesa es "cachear" el resultado exacto de una consulta, no objetos individuales. Por ejemplo, si tenemos un método en un DAO que retorna la lista de Paises registrados en la base de datos, es muy probable que siempre retorne el mismo resultado ya que esa tabla no cambia a menudo, entonces es recomendable establecer la consulta como "cacheable".
−
−	~~Hay que tener en cuenta que el query cache solo almacena los identificadores de los objetos del resultado, es decir que lo debemos usar combinado con el Cache de Segundo Nivel.~~
−	~~Los pasos serían:~~
−
−	~~#Establecer el property hibernate.cache.use_query_cache=true en el hibernate.cfg.xml~~
−	~~#Configurar la entidad Pais como "cacheable"~~
−	~~#Establecer la consulta como "cacheable":~~
−
−	~~<code java>~~
−	~~List paises = sess.createQuery("from Pais")~~
−	~~.setCacheable(true)~~
−	~~.list();~~
−	~~</code>~~
−
−	~~Por lo tanto, la primera vez que se ejecuta la consulta, se retorna la lista de Paises desde la tabla mediante un select, pero~~ a ~~partir de ese momento toda vez que se repita el query, el resultado va a ser retornado desde el cache, evitando la comunicación con la base de datos.~~
−
−	~~====¿Que pasa si agrego un nuevo Pais?====~~
−	Entonces el query dejaría de ser válido, solo si agregamos un nuevo Pais pasando por la session de Hibernate, el query se invalida automáticamente para que la próxima vez que se ejecute la consulta vuelva a obtener el resultado desde la base de datos.
−	Es importante aclarar que el comportamiento anterior no se cumple si se inserta un Pais por afuera del aplicativo, es decir con un insert directo a la tabla, o si se tiene dos aplicativos separados que apuntan a la misma base de datos, en ese caso habría que usar JNDI para que todos compartan la misma SessionFactory.
−
−	~~Es recomendable usar el query cache solo en los casos en que una consulta se repite constantemente y la entidad resultado no cambia frecuentemente, por ejemplo: Países, Provincias, etc.~~
−
−	~~== Ver también ==~~
−	* [[Hibernate]]
−	* [[Hibernate Con Spring]]
−	* [http://www.hibernate.org/ Web oficial de Hibernate]
−	* [http://www.hibernate.org/hib_docs/v3/reference/en/html/tutorial.~~html#tutorial-firstapp Tutorial de Hibernate]~~

@@ Línea 6: / Línea 6: @@
 Whoa, things just got a whole lot esaier.
-===Cache de Segundo Nivel===
+God help me, I put aside a whole afternoon to fgirue this out.
 ===Query Cache===

← Revisión anterior		Revisión del 15:43 26 ago 2009
Línea 1:		Línea 1:
		+	[[Category:Hibernate]]
	Uso y configuración de la funcionalidad de cache en Hibernate.		Uso y configuración de la funcionalidad de cache en Hibernate.

@@ Línea 30: / Línea 30: @@
 Otro tema importante es definir qué entidades se van a "cachear", los candidatos naturales son por ejemplo las clases que representan: provincias, países, monedas o similares.
 Hay que tener en cuenta que cuando se tienen relaciones one-to-many hacia éstas entidades, se debe configurarlas como fetch=select, no como fetch=join porque si no Hibernate va a "levantar" la relación haciendo un join en lugar de intentar obtener el objeto desde el cache.
 ===Query Cache===