SQLAlchemy trumps everything
2007-12-07 13:50:48
If you do any sort of database programming, do yourself a favor and look at SQLAlchemy.
IMO, this is probably the greatest single piece of ORM/DB software I have ever used. Possibly the greatest overall. It answers every concern I've ever had with database programming. If you don't know Python, it's worth learning just to use SA.
1. Writing queries is a pain, especially Inserts/Updates.
SA's ORM is superb. That's all I can say. Selecting seemed a bit awkward at first, but it's fine now. Relations are a snap.
2. With an ORM, there's a lot of inefficiency. Sums for instance...
This is true. Fortunately, SA has an object-oriented expression language as well. It is very easy to understand and it is portable too.
3. Nothing beats raw SQL though.
That's ok, cause you can use raw SQL with SA just as easily as the expression language. But, I've found using SA's expression language is usually faster because you don't have to deal with bound parameters. Additionally, I have not come across something that absolutely had to be done in raw SQL. The expression language is very very functional.
4. Documentation
This is a big concern for me. I always need to find a way to do something and I usually don't want to go trolling through code to find it. SA has great documents. In depth tutorials with lots of examples. Everything I need.
So that's it for my reasons. Hopefully it will help others find SA and become as enamored with it as I have.
IMO, this is probably the greatest single piece of ORM/DB software I have ever used. Possibly the greatest overall. It answers every concern I've ever had with database programming. If you don't know Python, it's worth learning just to use SA.
1. Writing queries is a pain, especially Inserts/Updates.
SA's ORM is superb. That's all I can say. Selecting seemed a bit awkward at first, but it's fine now. Relations are a snap.
2. With an ORM, there's a lot of inefficiency. Sums for instance...
This is true. Fortunately, SA has an object-oriented expression language as well. It is very easy to understand and it is portable too.
3. Nothing beats raw SQL though.
That's ok, cause you can use raw SQL with SA just as easily as the expression language. But, I've found using SA's expression language is usually faster because you don't have to deal with bound parameters. Additionally, I have not come across something that absolutely had to be done in raw SQL. The expression language is very very functional.
4. Documentation
This is a big concern for me. I always need to find a way to do something and I usually don't want to go trolling through code to find it. SA has great documents. In depth tutorials with lots of examples. Everything I need.
So that's it for my reasons. Hopefully it will help others find SA and become as enamored with it as I have.
Latest Files
- ZAMN Editor - "Zurfl" - 2008-07-29 11:42:42
- Find and Replace - 2008-05-16 11:14:45
- Luhn Validation - 2008-03-12 09:38:16
- Drawing - 2008-01-07 14:01:36
- Pipe Demo - 2007-12-19 14:59:44
Most Popular
- ZAMN Editor - "Zurfl" - 371
- ZAMN Editor Source - 233
- ZAMN Password Generator - 161
- Colorspy - 147
- Readme Generator - 126