Javatadas

Hibernate Tricks

En nuestro proyecto estamos inmersos en el desarrollo de un servidor de datos espaciales (capas cartograficas).
Su arquitectura es un poco compleja, pero en ultima instancia es como un Servidor de Aplicaciones montado sobre un gestor de base de datos.
Usamos servicios TCP/IP porque el rendimiento es crucial.
No hemos hecho pruebas con servidores de aplicaciones, pero creemos que no es necesario cargar con todo lo que acarrean. Además, en el sector GIS existen estándares propios: las comunicaciones no pueden ser IIOP, hay formatos llamados WKB (Well Known Binary Format), WKT (Well Known Text), GML, etc.
Aunque los datos cartograficos pueden ser tomados de ficheros, de otros servidores (arquitectura distribuida pura), la base de datos es ideal para casos transaccionales (muchas actualizaciones de datos procedentes de varios clientes).
La necesidad del servidor se basa en la implementación de logica de negocio :

1. si una provincia -poligono- esta formada por terminos municipales-poligonos-, si un termino cambia de provincia, la forma de la provincia cambia automaticamente.
2. si digitalizo una parcela catastral, no puede cortar a otras parcelas existentes en la bbdd (deben formar un mosaico que cubra perfectamente la supercie de catastro a la que pertenecen)
3. si quiero digitalizar una zona, y otra persona esta trabajando con ella, debo tener bloqueos a nivel de zona (superficies, rectangulos, etc)

etc.
Como estas cosas no te las dan las BBDD (o a nivel muy rudimentario, Oracle Spatial, PostGIS, etc), el servidor se hace necesario.

Utilizar Hibernate con esta forma de trabajar era complicado. Hibernate esta basado en reflexion y en 1 clase - 1 tabla, pero para mi todas las capas cartograficas serán instancias de una misma clase (1 instancia - 1 tabla).
¿Por que? Cada vez que añada un origen de datos (capa rios, capa municipios, capa PGOU 2003, PGOU 2004, etc) no quiero tirar el servidor, hacer una nueva clase, mapearla y volverlo a levantar.
En su lugar, tengo la clase Layer. Pero cada instancia tiene que tirar de una tabla (PGOU_2003, PGOU_2004, RIOS, etc), y esto se llevaba mal con Hibernate. Ademas, cada tabla tiene campos comunes (columna geometrica con la geometria guardada en binario) y campos diferentes.
Por otro lado Hibernate te facilita la vida: transacciones, bloqueos, CRUD, caches en memoria, caches en disco, etc.
La solucion: crear SessionFactory dinamicamente. Cada instancia tendra su propio SessionFactory, y cada SessionFactory tendra un mapeo distinto de la clase Layer, que apuntara a una tabla distinta. Ese mapeo se puede leer de la configuracion, generar dinamicamente, o estar en un fichero xml. Cada Layer tendra su xml distintos.

El problema de que cada tabla tiene distintos campos se soluciona utilizando un [dynamic-component]. Es el equivalente Hibernate al Dynabean. En la clase se convierte en un Map, y tu en cada mapeo indicas las propiedades del component y el nombre de la columna de la tabla de donde las tiene que cojer.
Ventajas: tengo todo lo que Hibernate me ofrece. Y no es poco. Hibernate me ha quitado meses de programacion a bajo nivel del tipo "SELECT FOR UPDATE", etc, etc.
Ademas, si quiero añadir campos a las tablas lo puedo hacer sin tirar el servidor. Añadiendo un metodo para que se "refresque" el SessionFactory, este puede cambiar su mapeo en tiempo de ejecucion. Y el EHCache no veas como funcione. Macabo de ahorrar una de trabajo que no veas, si yo tuviera que hacer Caches multinivel (de memoria a disco), me hubiese muerto (pues a veces me interesan que las caches permanezcan al matar el servidor)

Inconveniente: Hay que ver la memoria que consume el SessionFactory. Tardo muchisimo en arrancar el servidor, porque si tengo 100 Layers tengo que hacer 100 mapeos de SessionFactory. Eso me preocupa. El servidor es rapido en servir, las comunicaciones las controlo, tengo transacciones y muchas cosas mas (LifeCycle, etc, Gracias Hibernate!!!), pero tarda endemoniadamente en arrancar, y consume mucha memoria. Pero un SessionFactory por objeto es la unica forma que he encontrado de tener modelos dinamicos de objetos (este verano Al y yo comentamos el tema en nuestro blog) con Hibernate. SE ACEPTAN SUGERENCIAS!!!!

(2004-01-09 19:35:01.0) Permalink Comentarios [2]