不使用 ORM 时如何更好组织代码？

推荐学习书目

› Learn Python the Hard Way

Python Sites

› PyPI - Python Package Index

› http://diveintopython.org/toc/index.html

› Pocoo

值得关注的项目

› PyPy

› Celery

› Jinja2

› Read the Docs

› gevent

› pyenv

› virtualenv

› Stackless Python

› Beautiful Soup

› 结巴中文分词

› Green Unicorn

› Sentry

› Shovel

› Pyflakes

› pytest

Python 编程

› pep8 Checker

Styles

› PEP 8

› Google Python Style Guide

› Code Style from The Hitchhiker's Guide

This topic created in 3523 days ago, the information mentioned may be changed or developed.

过去的项目经验一般在操作数据库这块都是使用 ORM ，

能比较好的使用一些面向对象的特性，方便习惯了

现在有一个项目需要全局使用 sql 操作数据库，每一处的增删改查都是一句或几句 sql ，

请问下这种情况下如何组织代码更好一些，有没有什么最佳实践可供参考？

orm

SQL

数据库

代码

19 replies • 2017-03-17 16:45:28 +08:00

noli

Mar 12, 2017 via iPhone

linq 路过，微微一笑。

Mar 12, 2017 via iPhone

封装个数据库操作类吧，再进一步封装就又成 orm 了

smdxex

Mar 12, 2017 via iPhone

5999

loading

Mar 12, 2017 via Android

将 sql 存到配置文件或数据库，不要写到代码里。

ligyxy

Mar 12, 2017

https://github.com/ligyxy/DictMySQL

chineselittleboy

Mar 12, 2017

存储过程

pathbox

Mar 12, 2017 via Android

自己写方法封装 SQL ，注意注入攻击

searene

Mar 12, 2017

Mybatis 不就是直接调用 SQL 语句？

当然 Mybatis 不是 python 的框架，可以用来参考，很多情况下直接使用 SQL 语句比 ORM 还更方便一些，由于是业务逻辑比较复杂的情况下。

changwei

Mar 12, 2017 via Android

记得在 sf.gg 就见到过有人说： orm 本来就是为了顺应面向对象而出的失败产物， orm 对于一些关联表和自联表（比如说无限极分类）完全不能按照正常人的思维来封装和理解。

所以综上所述，哪个方便哪个来。

我个人觉得看有换行和格式化过的 sql 会比 orm 操作代码更加清晰明了，所以我在 laravel 和 python 里面一直用的是查询构造器而不是 orm 。

zjsxwc

Mar 12, 2017 via Android

我的体会是，

ORM 好处是可以借助 IDE 来提高编码效率（毕竟都是面向对象的类与实例 IDE 看得懂，即可以在编码时更好的自动补全代码，也可以更好的自动分析代码中的潜在问题），缺点也是不用 IDE 就没意思了；

使用 sql builder 的好处是可以自由应对除普通 CRUD 外的奇怪查询需求，代码看起来也没有 ORM 那么啰嗦，缺点是维护起来会苦逼。