过去的项目经验一般在操作数据库这块都是使用 ORM ,
能比较好的使用一些面向对象的特性,方便习惯了
现在有一个项目需要全局使用 sql 操作数据库, 每一处的增删改查都是一句或几句 sql ,
请问下这种情况下如何组织代码更好一些,有没有什么最佳实践可供参考?
1 noli 2017-03-12 13:30:41 +08:00 via iPhone linq 路过,微微一笑。 |
![]() | 2 RE 2017-03-12 14:35:17 +08:00 via iPhone ![]() 封装个数据库操作类吧,再进一步封装就又成 orm 了 |
![]() | 3 smdxex 2017-03-12 14:42:05 +08:00 via iPhone 5999 |
![]() | 4 loading 2017-03-12 14:44:01 +08:00 via Android 将 sql 存到配置文件或数据库,不要写到代码里。 |
![]() | 5 ligyxy 2017-03-12 14:44:48 +08:00 |
![]() | 6 chineselittleboy 2017-03-12 14:45:03 +08:00 存储过程 |
![]() | 7 pathbox 2017-03-12 14:51:35 +08:00 via Android 自己写方法封装 SQL ,注意注入攻击 |
![]() | 8 searene 2017-03-12 16:27:06 +08:00 Mybatis 不就是直接调用 SQL 语句? 当然 Mybatis 不是 python 的框架,可以用来参考,很多情况下直接使用 SQL 语句比 ORM 还更方便一些,由于是业务逻辑比较复杂的情况下。 |
![]() | 9 changwei 2017-03-12 16:50:47 +08:00 via Android 记得在 sf.gg 就见到过有人说: orm 本来就是为了顺应面向对象而出的失败产物, orm 对于一些关联表和自联表(比如说无限极分类)完全不能按照正常人的思维来封装和理解。 所以综上所述,哪个方便哪个来。 我个人觉得看有换行和格式化过的 sql 会比 orm 操作代码更加清晰明了,所以我在 laravel 和 python 里面一直用的是查询构造器而不是 orm 。 |
![]() | 10 zjsxwc 2017-03-12 17:16:12 +08:00 via Android 我的体会是, ORM 好处是可以借助 IDE 来提高编码效率(毕竟都是面向对象的类与实例 IDE 看得懂,即可以在编码时更好的自动补全代码,也可以更好的自动分析代码中的潜在问题),缺点也是不用 IDE 就没意思了; 使用 sql builder 的好处是可以自由应对除普通 CRUD 外的奇怪查询需求,代码看起来也没有 ORM 那么嗦,缺点是维护起来会苦逼。 |
11 AbrahamGreyson 2017-03-12 17:22:45 +08:00 via iPhone 我的建议仍然是把语句拆分成 orm 操作。否则可维护性和开发效率太不平衡了。你用任何方式封装大量的操作,最后会发现,他都是个 om ar 之类的东西。 |
12 ksupertu 2017-03-12 19:53:36 +08:00 via iPhone 阿里不是刚放出一个手册 |
14 mko0okmko0 2017-03-12 20:02:54 +08:00 总是手工 SQL 语句的路过. |
15 jjx 2017-03-12 22:47:38 +08:00 sqlalchemy sql expression 我们 erp 的报表都是用这个的, 维护性很高(直接用 sql 根本无法维护) |
16 joshz 2017-03-13 08:34:11 +08:00 via Android 存储过程 |
![]() | 17 cloudzhou 2017-03-13 11:17:40 +08:00 使用代码生成 |
18 xiamx 2017-03-13 11:43:07 +08:00 用 Node.JS / TypeScript 的话可以考虑用 Schemats , https://github.com/SweetIQ/schemats http://cs.mcgill.ca/~mxia3/2016/11/18/Statically-typed-PostgreSQL-queries-and-typescript-schemats/ |
![]() | 19 Zuckonit 2017-03-17 16:45:28 +08:00 如果你用 sqalchemy ,也是可以通过 model 去生成 sql ,然后执行。当然你的 sql 过于复杂除外 |