2023-05-31 18:31
加油
2023-05-31 16:41
又重新看了一边介绍,还是看不出独特之处,这个的优点是:在 xml 写的 “sql” 比较像 sql 吗?
2023-05-31 17:53
1、sql客户端跟代码中高度一致,且可以直接在客户端执行,清晰、直观、可维护(产生于2008年是sqltoy的国家发明专利)
2、缓存翻译(支持正向、反向),属于sqltoy的国家发明专利,诞生于2011年(其他的也可以,但客观的说已经侵犯了专利权)
3、分页优化:1)缓存count;2)并行分页;3)@fast快速分页(2011年诞生,属于sqltoy的国家发明专利,其他也支持count缓存,但客观说也侵犯了sqltoy专利)
4、针对汇总、树形结构、行列转换等等提供了便捷方式

很多创意首创于sqltoy(你可以翻看历史,很早就宣传sqltoy的动态sql、缓存翻译、分页优化、并行查询等),但最核心的是sql的客户端跟项目代码的高度一致性,便于后期维护!

大家可能关注于jooq形式的sql代码化,这个jooq、jpa querydsl、mybatis-fluent、.net的ebean都是以这方面为突破点,但这不是sqltoy关注的焦点(第三方会做:https://gitee.com/gzghde/sqltoy-plus)
2023-05-31 15:09
绝对是近几年orm框架中的顶级项目,就是名字难记了点,建议项目换个简单的名字,如果是这个名字估计很难推广起来
2023-05-31 19:50
感谢,这个评价太高了,sqltoy会继续努力,力争能帮助到大家
2023-05-31 15:04
注定要干掉mybatis的框架
2023-05-31 14:09
怎么感觉 Java 的 SQL、ORM 相关的东西都这么傻呢。。
2023-05-31 14:39
比较好奇,sqltoy的sql写法基本就是客户端调试完的标准sql,其他语言难道sql还有不一样?
2023-05-31 13:48
欧美区在用啥? JPA?
2023-05-31 11:10
不知不觉已用三年,上了几个项目,用SQL很灵活,排查语句也方便
2023-05-31 09:17
特点不明显,基本不太可能让人替换系统已有的ORM,你能做的其他的ORM框架也能做
2023-05-30 16:31
多表查询才是痛点,要朝这方面前进
2023-05-30 17:08
是的😀
2023-05-30 15:10
改个好记好读的名字吧 现在这个 想拼都费劲
2023-05-30 13:30
1、数据增删改和load,JPA化应该是被大家所认同的,而且从EJB到hibernate、JPA,已经发展了二十几年了,我想作为一个ORM具有这个能力属于应该的范畴。
2、简单多表查询QueryDSL(即lambda化)也是相对客观合理的诉求
3、复杂查询基于原生sql是非常必要的
4、项目的痛点绝大多数不是增删改和简单查询,而是复杂查询以及复杂查询产生的性能痛点和实现痛点

sqltoy自身解决了1、3、4问题,至于简单多表queryDSL则由第三方组件来完成
2023-06-01 08:58
一个ORM为什么能解决复杂查询的性能问题,有点逆天了
2023-06-01 09:31
1、利用缓存翻译和反向缓存检索,减少表关联;2、通过分页优化,尤其@fast快速分页等特性提升分页查询性能;3、通过并行查询;4、通过一些算法代替sql,比如多级分组汇总求平均、同比环比、树形结构排序、汇总、行列转换等;5、因为直观的sql模式(跟客户端一致性),便于进行sql二次优化
2023-05-30 13:22
主要是mybatis带来了几个问题:1、大量的人见到xml就反,就觉得low,这个问题的核心是mybatis的sql写法不直观,基本就是传统java中拼sql的逻辑xml化;2、大家其实都认同单表操作jpa和简单查询QueryDSL,所以产生了大量基于mybatis的plus来做JPA功能;网上不下二十个mybatis的增强,其实这些都可以从JPA、JOOQ上得到启发,基本没有什么创新,解决项目中的实质痛点
2023-05-30 12:03
国产区怎么和mybatis干上了,欧美区早就不折腾这玩意儿了
2023-05-30 13:14
懒得折腾了,jpa写一套,只要不使用数据库内置函数之类的,甚至可以从mysql迁移到mongodb,这才是真正的统一抽象。
2023-05-30 11:09
就冲你这写大量sql的编码方式受众就小
2023-05-30 11:14
sqltoy强调单表对象化类似JPA(你不会认为这种1+1=2hibernate n年前就让大家认同的模式也是写sql吧),复杂查询写sql,中间状态的由第三方组件来完成(lambda模式):https://gitee.com/gzghde/sqltoy-plus,从简单--中间--复杂 全部覆盖
2023-05-30 10:16
可以和 mybatis-flex 对比一下, https://mybatis-flex.com 。
2023-05-30 10:29
不关注mybatis的扩展,基本都一样,没有什么创新,就是参照jooq jpa的querydsl改良
2023-06-01 12:54
个人认为mybatis的扩展只有mybatis-plus 会维持下去,其他的plus和各类扩展是比较难的(市场无法容纳更多的plus),第一:mybatis-plus具有先发优势和用户群体比较大,第二、任何其他的plus新特性都会迅速被mybatis-plus吸收掉(大家不都是你能我也能这个心态吗,我看了一下flex,plus其实是具备的https://gitee.com/best_handsome/mybatis-plus-join 我感觉这些几乎进入了一个同质竞争,客观的说mybatis-plus可以坐等你们的实现,然后扩展进去,就跟腾讯类似);而sqltoy 则从动态sql改进作为出发点,具有原创性,其他框架也没法复制(复制就变成了sqltoy了,如果有这个想法直接可以联系我,我捐赠sqltoy)
2023-06-01 13:38
不会的,这点可以一起友好讨论;mybatis-plus-join 也只是实现了 flex 不到 10分之 1 的功能,而且在对用于友好层面去比较,一样的功能 flex 用起来会更加直观。另外底层架构完全不一样,比如 flex 的性能是 plus 的 10 倍+ (性能对比详情: https://mybatis-flex.com/zh/intro/benchmark.html ),这些如果 plus 能改进早就改进了。flex 如果不能超越市面对手十倍的性能或者易用性,开发 flex 完全是没有意义的。
回复 @
{{emojiItem.symbol}}
返回顶部
顶部