Estoy totalmente de acuerdo contigo. La ventaja de MyBatis es que realmente no es ORM, sino un wrapper de JDBC.
En MyBatis, puedes usar funcionalidad de relaciones entre objetos ( many-to-many, one-to-many ) o puedes no usarlo y gestionar tu mismo los JOIN.
MyBatis no usa 'enhanced code' para gestionar persistencia de objetos , como hace Hibernate y que obliga a usar DTO Sin embargo sí ofrece funcionalidad adicional, como caché de objetos, lazy-loading, uso de XML para mantener tus sentencias SQL
Es decir, lo veo un paso por encima de usar JDBC directamente pero sin llegar a la abstracción absoluta que pretenden otros OMR
-- "En teoría no hay diferencia entre teoría y práctica. En la práctica, sí la hay."
Re:Mapeo objeto-relacional
(Puntos:3, Inspirado)( http://barrapunto.com/~Grohl/bitacora | Última bitácora: Lunes, 09 Marzo de 2015, 09:07h )
Estoy totalmente de acuerdo contigo.
La ventaja de MyBatis es que realmente no es ORM, sino un wrapper de JDBC.
En MyBatis, puedes usar funcionalidad de relaciones entre objetos ( many-to-many, one-to-many ) o puedes no usarlo y gestionar tu mismo los JOIN.
MyBatis no usa 'enhanced code' para gestionar persistencia de objetos , como hace Hibernate y que obliga a usar DTO
Sin embargo sí ofrece funcionalidad adicional,
como caché de objetos, lazy-loading, uso de XML para mantener tus sentencias SQL
Es decir, lo veo un paso por encima de usar JDBC directamente pero sin llegar a la abstracción absoluta que pretenden otros OMR
"En teoría no hay diferencia entre teoría y práctica. En la práctica, sí la hay."
Re:Enhanced code?
(Puntos:2)( http://barrapunto.com/~Grohl/bitacora | Última bitácora: Lunes, 09 Marzo de 2015, 09:07h )
No conozco mucho Hibernate pero los objetos que denominan persistentes añaden a sus bytecodes código adicional para gestionar la persistencia.
Y esto, cuando el objeto se serializa/deserializa puede dar problemas
"En teoría no hay diferencia entre teoría y práctica. En la práctica, sí la hay."