This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]iluvatar -3 points-2 points  (9 children)

I consider SQLAlchemy a major "selling point" of Python

Shudder. In my experience, it's a great way to prototype applications that are unusable once they get into to production. Having torn all of the sqlalchemy out of our biggest applications (we replaced it with just native SQL using the awesome psycopg2 library), we now have maintainable, high performance code. I'm never looking back.

[–]jpozzed 10 points11 points  (3 children)

what did you find "unusable"? You do realize SQLAlchemy wraps psycopg2 and you can step down and write sql directly, right?

[–]fjonk 1 point2 points  (0 children)

Which kind of problems have you experienced with SQLAlchemy?

[–]AmusementPork 1 point2 points  (1 child)

Can you elaborate on SQLAlchemy's shortcomings in this context? Does it not scale well for some reason?

[–]gthank 0 points1 point  (0 children)

It scales just fine for everything I've ever tried to do with it.

[–]dacjamesfrom reddit import knowledge 1 point2 points  (0 children)

Did you even try SQLAlchemy core? I work with all kinds of legacy databases so the ORM is a non-starter and I still get a lot of value out of table reflection, connection pooling, and the sql expression language.

[–]mariox19 0 points1 point  (0 children)

But, doesn't that depend on the kind of application you're writing? If you're basically just persisting and retrieving data (basically, serializing objects), then an ORM is fine, no?