各位的代码里还在用 SQL 语句吗？怎么管理的

[magicdu]

如题，大家或者大家的公司怎么处理业务逻辑复杂的 SQL 语句呢，用 mybatis 呢？还是干脆舍弃了 SQL 呢，采用其他的方式呢？

[actar]

JPA,QueryDSL?? 不清楚，我还没有工作。

[kawowa]

...不都是封装好或者存储过程然后你只能调用的吗，代码里面直接操作 SQL 比较危险呀

[ltoddy]

@kawowa 第一次见到用存储过程的!!!!!!

[ltoddy]

公司不是 java 开发, 所以都是用的 orm 框架. 例如: User.query.... 这样的.
你只需要关注业务就可以了, 具体 sql 是由 orm 自己拼的.

[skypyb]

spring boot jpa。
然鹅还是遇到不少需要自己写 sql、hql 的情况

[skypyb]

spring data jpa 说错了- -

[zgray]

团队自己做了个数据访问层，基本思路类似 mybatis。把 sql 写在 xml 中。

[magicdu]

@kawowa 我这大部分都是复杂查询，其他的修改更新很少

[magicdu]

@zgray 这样确实能比较直观的管理 sql，

[linbiaye]

mybatis 啊，复杂的语句直接扔 xml 里面。

[sutra]

简单的就 spring-data-jpa with Querydsl 了，复杂的还是写 xml 里好点，否则在 Java 文件里拼字符串太难编辑了。

[dszhblx]

用存储过程，代码拼 sql 是最原始的方式

[Raymon111111]

mybatis 不够吗, 通通都放进了 xml 里

[qiyuey]

MyBatis + 注解，全部内聚到 DAO 里，也不用涉及 XML

[duan602728596]

websql 当然是自己写 sql 了

[gowk]

1. ORM 是反模式，是错误的东西，它企图弥合关系数据库和对象之间的鸿沟，但却带来了更复杂的抽象。2. 诸多 ORM 之间的 API 不一致，导致无法重用，既然有了 SQL 这么表达力强又优美的语言，为什么还要把它翻译成 ORM 的方式？仅仅因为你希望用「统一」的语言开发你的软件？ 3. ORM 可能会产生性能问题。综上所述，Hibernate 是垃圾，JPA 是垃圾中的垃圾，我推荐 Mybatis，或者其他基于 JDBC 的轻量级封装库或 Query Builder。

[fuyufjh]

作为数据库开发者我只想劝一句：不要用 ORM ！不要用 ORM ！不要用 ORM ！

[tabris17]

@gowk ORM 能解决 90%的场景，提升 90%的开发效率

[tabris17]

@gowk 至于性能……性能一下子就优化好了我岂不是要失业了

[zjsxwc]

答楼主：用 querybuilder 管理啊，最经典的设计模式之一！


ps，楼上黑 orm 是什么意思，经典的数据持久化抽象没什么好黑的，这种黑不是坏就是蠢