2023-05-31 16:41
又重新看了一边介绍,还是看不出独特之处,这个的优点是:在 xml 写的 “sql” 比较像 sql 吗?
2023-05-31 15:09
绝对是近几年orm框架中的顶级项目,就是名字难记了点,建议项目换个简单的名字,如果是这个名字估计很难推广起来
2023-05-31 19:50
感谢,这个评价太高了,sqltoy会继续努力,力争能帮助到大家
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 11:09
就冲你这写大量sql的编码方式受众就小
回复 @
{{emojiItem.symbol}}
返回顶部
顶部