开源地址:
- github: https://github.com/chenrenfei/sagacity-sqltoy
- gitee: https://gitee.com/sagacity/sagacity-sqltoy
- idea 插件(可直接在idea中检索安装): https://github.com/threefish/sqltoy-idea-plugins
更新内容
1、增强外部如报表平台通过xml集成sqltoy的处理兼容性,尤其xml的命名空间前缀名称的处理
如下面的报表中关于数据提取的部分引入了sqltoy的schema和命名空间为s:
<sql id="rpt_datasql1"> <s:sharding-datasource strategy="skylineStrategy" /> <s:translate cache="staffIdName" columns="CREATE_BY" uncached-template=""/> <s:filters> <s:eq params="*" value="-1"/> </s:filters> <s:value> <![CDATA[ ]]> </s:value> </sql>
2、增强quickvo增加nvarchar、money等类型默认处理
3、优化loadAll 查询,按每批次1000分批执行加载,规避sql in 参数不能超过1000的问题
快速了解 sqltoy-orm:
- sqltoy是全新一代的ORM框架,兼顾jpa对象式操作的优势,同时极大增强了查询功能,辅以科学的sql编写模式、巧妙的缓存翻译集成、极致的分页优化以及针对大规模数据下的分库分表、超复杂场景下的mongodb、elastic、clickhouse组合应用!
- sqltoy给你带来了多种主键策略,除常规的UUID、sequence、identity外,还包含雪花算法和基于redis产生有规则的业务主键等。
- sqltoy还提供了针对统计分析的:数据旋转、无限级分组计算、同比环比等来减少开发者写复杂sql。
- sqltoy在很多方面提供了极为实用的方法,如:树形表处理、isUnique、findTop、getRandomResult、updateFetch等等
- sqltoy不走jooq全对象式、mybatis全sql式这种不是天就是地的极端路子,紧贴项目实战发展起来的框架,让各自技术以合理的方式应用于合理的地方!
简要举例介绍(因篇幅问题部分举例):
- JPA式的CRUD,但规避了其不足,提供了默认的SqlToyCRUDService(简单的则无需写service方法) 和 SqlToyLazyDao(开发无需自己写Dao,只需要写Service业务逻辑),可以了解类似于update、updateAll、saveOrUpdate等内在逻辑,减少了数据库交互,考虑了高并发和业务对象变更的特征!
@Autowired
private SqlToyCRUDService sqlToyCRUDService;
//基于对象保存
sqlToyCRUDService.save(staffInfo);
//基于对象更新(字段值为null的不会参与变更)
sqlToyCRUDService.update(staffInfo);
//深度变更,全部字段都参与变更
sqlToyCRUDService.updateDeeply(staffInfo);
//基于对象更新(制定强制修改的字段)
sqlToyCRUDService.update(staffInfo,new String[]{"staffName","onDuty"});
//基于对象更新
sqlToyCRUDService.saveOrUpdate(staffInfo);
//加载对象
sqlToyCRUDService.load(new StaffInfoVO("S190715009"));
//加锁获取对象
sqlToyCRUDService.load(new StaffInfoVO("S190715009"),LockMode.UPGRADE);
//判断对象是否唯一
sqlToyCRUDService.isUnique(staffInfo, "staffCode");
//delete\deleteAll\updateAll\loadAll 等等不一一写完
- 单表等简单的查询和变更操作,提供了链式操作
//单表对象查询,直接传参模式
List<StaffInfoVO> staffVOs = sqlToyLazyDao.findEntity(StaffInfoVO.class,
EntityQuery.create().where("#[staffName like ?] #[ and status=?]").values("陈", 1).lock(LockMode.UPGRADE)
.orderBy("staffName").orderByDesc("createTime"));
//单表查询,对象传参模式
List<StaffInfoVO> staffVOs = sqlToyLazyDao.findEntity(StaffInfoVO.class,
EntityQuery.create().where("#[staffName like :staffName] #[ and status=:status]")
.values(new StaffInfoVO().setStatus(1).setEmail("test3@aliyun.com")));
//代码中链式查询并删除
Long deleteCount = sqlToyLazyDao.deleteByQuery(StaffInfoVO.class,
EntityQuery.create().where("status=:status").values(new StaffInfoVO().setStatus(1)));
//链式变更
Long updateCount = sqlToyLazyDao.updateByQuery(StaffInfoVO.class,
EntityUpdate.create().set("staffName", "张三").where("staffName like ? and status=?").values("陈", 1));
- 更强大的查询,sqltoy强调复杂查询建议放置于xml中跟代码分离,为什么是xml?因为xml具有强格式校验和输入提示,更重要的是可以扩展更多有趣的功能!
//sqltoy统一的规则就是直接传递sql语句或者对应的sqlId,并不是说sql只能写在xml中(推荐但不绝对)
findBySql(final String sqlOrSqlId, final String[] paramsNamed, final Object[] paramsValue,
final Class<T> voClass)
//嫌弃上面的格式化传参也可以使用这样链式查询
sqlToyLazyDao.findByQuery(new QueryExecutor("sqltoy_order_search").names("orderId", "authedOrganIds")
.values(null, authedOrgans).resultType(DeviceOrderInfoVO.class));
- sqltoy提供了最简洁的动态sql编写
我们对比一下mybatis的实现(这种写法是很多人反对xml的原因吧!):
- 缓存翻译,利用缓存减少关联查询,简化sql同时大幅提升效率
- 极致分页优化
- 旋转数据并进行环比计算
如果说还的去考虑orm组件本身的性能消耗的话,是不是为了驱赶强盗而又引入了一个新的强盗啊
1、核心是sql的拼写方式保持跟客户端一致,便于开发和后期运维。
2、缓存翻译、快速分页、分页优化等性能优化的特点。
3、分库分表针对大规模数据的应对策略。
4、为什么sqltoy支持elastic、mongodb、clickhouse,其实是演示了超大数据下通过多种技术来针对性的解决性能问题
5、sqltoy提供了大量的报表类的统计功能,是为了实际解决数据统计的一些功能
sqltoy整个发展过程其实很好演绎了从简单到复杂的发展历程,里面包含的:主键策略(含redis规则性主键生成)、取随机记录、update处理(规避了hibernate的缺陷)、updateFetch、统一字段赋值等特性其实都是大量项目实践的结果!
很多人眼睛总盯着crud,忽视了重点,为什么支持elastic?因为几十亿规模的数据通过他可以优化到毫秒级!
为什么支持clickhouse?为什么范例里面含了redis?(很多人一看怎么还依赖redis,就感觉垃圾不看了)
sqltoy是给大家展示的你未来可能面对的复杂场景的解决之道!
开源之后则需要为用户负责,解决大家过程中的问题,让大家没有后顾之忧!
你对查询的优化停留在代码功夫上,而sqltoy性能优化是基于缓存翻译,快速分页,分页优化,分库分表等特性来支撑的!
大多数人都没有见过缓存翻译!