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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

推荐学习书目

› 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

这是一个创建于 2847 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

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

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

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

orm

SQL

数据库

代码

19 条回复 • 2017-03-17 16:45:28 +08:00

noli

2017-03-12 13:30:41 +08:00 via iPhone

linq 路过，微微一笑。

2017-03-12 14:35:17 +08:00 via iPhone

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

smdxex

2017-03-12 14:42:05 +08:00 via iPhone

5999

loading

2017-03-12 14:44:01 +08:00 via Android

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

ligyxy

2017-03-12 14:44:48 +08:00

https://github.com/ligyxy/DictMySQL

chineselittleboy

2017-03-12 14:45:03 +08:00

存储过程

pathbox

2017-03-12 14:51:35 +08:00 via Android

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

searene

2017-03-12 16:27:06 +08:00

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

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

changwei

2017-03-12 16:50:47 +08:00 via Android

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

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

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

zjsxwc

2017-03-12 17:16:12 +08:00 via Android

我的体会是，

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

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