Cualquiera conoce una buena implementación de Java ORM para HBase. Este se ve muy agradable para RubyJava ORM para Hbase
http://www.stanford.edu/~sqs/rhino/doc/
Pero no podía encontrar uno para Java.
Gracias.
Cualquiera conoce una buena implementación de Java ORM para HBase. Este se ve muy agradable para RubyJava ORM para Hbase
http://www.stanford.edu/~sqs/rhino/doc/
Pero no podía encontrar uno para Java.
Gracias.
La fuerza de HBase, como yo lo veo, es mantener columnas dinámicas en familias de columnas estáticas. A partir de mi experiencia en el desarrollo de aplicaciones con HBase, encuentro que no es tan fácil como SQL determinar los valores y calificadores celulares.
Por ejemplo, un libro como muchos autores, dependiendo de sus patrones de acceso, ediciones de autor, aplicación de caché de capa de aplicación, puede elegir guardar autor completo en la tabla de libro (es decir, el autor reside en 2 tabla, autor mesa y mesa de libro) o solo la identificación del autor. Además, la colección de autor se puede guardar en una celda como XML/JSON o celdas individuales para autores individuales.
Con este entendimiento, llegué a la conclusión de que escribir un ORM en toda regla, como por ejemplo Hibernate, no solo será muy difícil, podría no ser concluyente. Así que tomé un enfoque diferente, mucho más como iBatis es Hibernate.
Déjame intentar explicar cómo funciona. Para esto, utilizaré los códigos fuente de here y here.
Y eso es todo. Cómo se usan están disponibles here. Básicamente usa CommonReadDao, CommonWriteDao para leer y escribir datos hacia y desde HBase. La lectura común dao implementa la conversión multiproceso de fila a objeto en las consultas, obtención múltiple mediante identificadores, obtención por identificación y tiene su API de criterios de Hibernate como para consultar a HBase mediante exploración (no hay funciones de agregación disponibles). La escritura común dao implementa código relacionado de escritura común con algunas funciones adicionales, como bloqueo optimista/pesimista, anulación de celda/entidad de comprobación de fusión (no) -existencia en guardar, actualizar, eliminar, etc.
Este ORM se ha desarrollado para nuestro propósito interno y he estado hasta mi cuello y por lo tanto todavía no puedo hacer algo de documentación.Pero si está interesado, hágamelo saber y yo se hacer tiempo para la documentación con prioridad.
¿Qué tal DataNucleus: se puede usar JPA o JDO como su API y hbase como el almacén de back-end: http://www.datanucleus.org/plugins/store.hbase.html
Estamos utilizando HBase ORM - Suro https://github.com/mushkevych/surus/wiki
Probablemente vale la pena mencionar
Recientemente una nueva versión de kundera-2.0.4 que es ORM sobre Hbase. Proporciona una amplia de otras cosas que son muy útiles, como la indexación, cruz almacén de datos de persistencia etc.
sugiero que darle una oportunidad https://github.com/impetus-opensource/Kundera
jar ejecutable se encuentra en:
Hibernate OGM es una buena solución para bases de datos que no son SQL. Pruébalo.
Se ve bien, pero parece que no hay soporte para HBase. –
puede probar esto: http://code.google.com/p/hbase-ormlite/. Este es un orm para HBase en Java.
¿Por qué esta pregunta está cerrada !!!!!? ¡es una pregunta muy buena con 3390 visitas! ¿Qué hacen los moderadores SOF? – Heidarzadeh
Esta es una pregunta muy importante, ¿por qué no se considera constructiva? – nitefrog
Esta sigue siendo una pregunta relevante. La mayoría de las respuestas a esta pregunta apuntan a proyectos obsoletos o inexistentes. Recomiendo usar cualquiera de estos: [1] Apache Phoenix + Hibernate [2] https://flipkart-incubator.github.io/hbase-object-mapper/ (divulgación: soy el autor de este proyecto) –