If you want something lightweight, complete flexibility, and immutable objects, then O/R Broker is probably the way to go:
http://java.dzone.com/articles/or-broker-jdbc-framework-scala <http://java.dzone.com/articles/or-broker-jdbc-framework-scala> http://code.google.com/p/orbroker/ <http://code.google.com/p/orbroker/>There's also some older documentation showing Java usage, here: http://orbroker.sourceforge.net/documentation/user-guide.shtml <http://orbroker.sourceforge.net/documentation/user-guide.shtml>(but I don't know how valid that is for current versions) On 17 June 2011 05:22, Casper Bang <[email protected]> wrote: > > Specifically, I'm wondering about the impact of such an approach in terms > of > > performance and code readability. > > If you care about performance, you probably don't want to use an ORM > anyway. I know people tend to say the problem [of E/R vs. OO impedance > mismatch] has been solved, but in performance critical applications > beyond naive CRUD, it most certainly has not. I call it the projection > problem and I have a strong suspicion it's the real motivation behind > Gavin King's "Ceylon" language. > > -- > You received this message because you are subscribed to the Google Groups > "The Java Posse" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/javaposse?hl=en. > > -- Kevin Wright gtalk / msn : [email protected] <[email protected]>mail: [email protected] vibe / skype: kev.lee.wright quora: http://www.quora.com/Kevin-Wright twitter: @thecoda "My point today is that, if we wish to count lines of code, we should not regard them as "lines produced" but as "lines spent": the current conventional wisdom is so foolish as to book that count on the wrong side of the ledger" ~ Dijkstra -- You received this message because you are subscribed to the Google Groups "The Java Posse" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/javaposse?hl=en.
