> > P.S. why nobody loves SqlObject? :)) To me it's better and easier that > SqlAlchemy.
I used to be a contributor to SQLObject. Since then, I have moved on to SQLAlchemy + Elixir - and it's IMHO better. Oleg does a *great* job in supporting SQLObject, and I have to admit that I did not look into the code-base for a while. But from my POV, SA is superior. The docs are fantastic, Michael Beyer's dedication + willingness to provide great support are outstanding. And on technical grouds, it is simply better. One reason for the latter is that SA doesn't make you leave it's world whenever you start working with custom queries. In SO, you are in ORM-world, period. You could try & create SQL-views, and map entites to these. but that's it. In SA though, declaring entities through Elixir does still give you the full power of SQL, if you need it. And when I tried to program a missing feature into SO, I found that it's meta-data model was severely lacking - it simply lost information about entity relations which I would have needed (I can't remember what exactly I tried to do back then), so I had to give up. I agree though that SO is a tad bit simpler to use, but this comes with a price of way less flexibility. Again, I'm not up-to-date on the current state of SO though, so take this with a grain of salt. Diez -- You received this message because you are subscribed to the Google Groups "TurboGears" 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/turbogears?hl=en.
