Orígenes de datos multiusuario - Spring + Hibernate

Question

Estoy escribiendo una aplicación web que admite varios usuarios. Cada usuario tiene su propia base de datos, utilizando H2. todos los esquemas de base de datos son iguales.

Deseo usar Spring + Hibernate para esta aplicación.

Así que estoy atascado en cómo asociar la base de datos de un usuario con ese usuario, tal vez lo asocie en la sesión HTTPSession, y extienda Spring's AbstractRoutingDataSource? pero, ¿no afectaría esto a la memoria caché de Hibernate? Otra forma es tener una SessionFactory con cada fuente de datos, aunque el esquema de cada fuente de datos sea el mismo ... así que lo veo como un desperdicio.

De todos modos, la selección de la fuente de datos debe ser dinámica: no se pueden preconfigurar en archivos de contexto, ya que cada nuevo usuario tendrá su propia base de datos creada. ¿Hay marcos/soluciones existentes?

No sé demasiado sobre Hibernate Shards, ¿quizás funciona?

Answer 1

I podría estar equivocado acerca de la (estricto) necesita tener una SessionFactory por base de datos, como sugieren algunos recursos:

• http://blog.springsource.com/2007/01/23/dynamic-datasource-routing/
• http://forum.springsource.org/archive/index.php/t-34207.html
• http://www.jroller.com/kenwdelong/entry/horizontal_database_partitioning_with_spring
• http://www.jroller.com/mert/entry/multiple_db_with_single_sessionfactory

voy a tomar algún tiempo para que todo vuelva a leer mañana (no he tenido todos los detalles para ser honesto) y para entender completamente las implicaciones de tal disposición (aunque parece claro que romperá el caché de segundo nivel). Volveré sobre esto más tarde.

---

Estoy escribiendo una aplicación web que soporta múltiples usuarios. Cada usuario tiene su propia base de datos, utilizando H2. todos los esquemas de base de datos son iguales.

Me pregunto cómo va a escalar ... ¿Cuántos usuarios tiene? ¿Cómo se ejecuta H2, qué modo?

Así que estoy atascado en la forma de asociar la base de datos de un usuario con ese usuario - tal vez asociado en el HttpSession, y extender AbstractRoutingDataSource de primavera?

Vas a tener que construir un SessionFactory por usuario y asociarlo al usuario que ha iniciado (en un Map, utilizando el nombre de usuario como la clave) y luego obtener una Session de un determinado SessionFactory. Vincular el ciclo de vida del SessionFactory a la sesión HTTP parece ser una buena idea (para guardar algo de memoria) pero no estoy seguro de que Spring sea de gran ayuda aquí. Podría estar equivocado, pero una variación de la clase HibernateUtil y un enfoque totalmente programático parece más fácil. No estoy seguro de que necesite múltiples conexiones por usuario por cierto.

pero este efecto no es el caché de Hibernate?

¿Qué caché?

Otra forma es tener una SessionFactory con cada fuente de datos, aunque el esquema de cada fuente de datos sea el mismo ... así que lo veo como un desperdicio.

Oh, es un desperdicio, pero eso es lo que quiere hacer (una base de datos por usuario). Y no tiene la opción (necesita uno SessionFactory por base de datos). ¿Por qué necesita una base de datos por usuario en realidad? ¿Estás seguro de que esta es una decisión sabia? Como ya se sugirió, esto significa muchos problemas, no se escalará bien, agrega complejidad, etc. ¿Por qué no utilizar una sola base de datos y asociar datos al usuario?

De todos modos, la selección de la fuente de datos debe ser dinámica: no se pueden preconfigurar en archivos de contexto, ya que cada nuevo usuario tendrá su propia base de datos creada. ¿Hay marcos/soluciones existentes?

No lo tengo. Y también por eso creo que tendrás que hacer todo programáticamente.

No sé demasiado sobre Hibernate Shards, ¿quizás funcione?

Dadas las necesidades dinámicas de su aplicación, no veo cómo podría ayudar.

Answer 2

This tutorial may help you
This one will be helpful

Answer 3

Gracias a la ayuda de las 2 personas (Pascal y org.life.java)!

Es posible, pero con algunos problemas: p. hibernación caché de segundo nivel/caché de consultas.

Este enlace suministrado por Pascal es un recurso muy bueno:

http://www.jroller.com/kenwdelong/entry/horizontal_database_partitioning_with_spring.

Mi principal motivación para dar a cada usuario una base de datos separada es que es probable que los datos crezcan rápidamente, por lo que se requiere una división horizontal.