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: 428
        
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