Best Persistence choice for J2EE-App with frequently changing Data Model

Posted by Ben-G on Programmers See other posts from Programmers or by Ben-G
Published on 2012-07-11T11:34:29Z Indexed on 2012/07/11 15:22 UTC
Read the original article Hit count: 328

Whenever I develop a J2EE-Application, I at some point decide to switch from my dummy Persistence (Simply Using Lists and other Data Structures) to some Sort of Database Persistence. Mostly when I hope the Data Model is more or less complete.

From this point on, changes to the data model become exhausting, but unluckily they occur rather often.

I've used different Object-Relational-Mappers (iBatis, Hibernate) for my projects. They definitely reduce the pain coming with Data Model changes, but they anyway let me adjust code/configuration at 3 or 4 places for every single change. To me, that's cumbersome and error prone.

I made a better experience with DB4O, which simply persists Java Objects as they are, but I believe it's performance does not scale for huge applications.

Is there anyway to maintain performance while letting out all the ugly configuration work?

I'm seeking a performant framework which really hides persistence from my code. Wish for thinking? Or am I missing out THE technology?

Hope you can help.

© Programmers or respective owner

Related posts about java-ee

Related posts about framework