-1
我有一個非常簡單的問題。我打算做一個燒瓶應用程序,最終可能會產生一些複雜的SQL查詢。出於這個原因,我決定不使用ORM,而且我更喜歡編寫自己的SQL。使用psycopg2調用函數而不是原始查詢
我寫了一些簡單的SQL在postgres函數中讀取/寫入數據,然後使用psycopg2進行函數調用。我認爲這種方法比編寫原始SQL更好,因爲它很容易維護。
有沒有人知道採取這種方法的任何缺陷,或psycopg2特有的限制?謝謝。
謝謝你的回答。 SQLAlchemy的確看起來非常引人注目,而且您可以使用普通SQL的事實看起來不錯。然而,我想說的幾點是,我很可能未來會改變我的部署,更重要的是,我可能不得不用複雜的JOIN編寫查詢。如果有人能說服我說'psycopg2'絕對不是不行,那麼我一定會去看SQLAlchemy。 –
SQLAlchemy用JOIN做了很多事情。有些時候,僅僅編寫SQL更容易,而不是理解SQLAlchemy如何生成SQL。我只是試圖給你一些自以爲是的原因,但'psycopg2'很棒,即使SQLAlchemy使用它。 :)用'psycopg2'繼續。 – iurisilvio
你的回答給了我一些觀點。現在我正在給SQLAlchemy一個想法。此外,發現一些有價值的信息[這裏](http://stackoverflow.com/questions/8588126/sqlalchemy-or-psycopg2) –