比 mybatis 强大优雅的 sqltoy-orm-4.11.6 发版了
【摘要】 开源地址:
github: https://github.com/chenrenfei/sagacity-sqltoygitee: https://gitee.com/sagacity/sagacity-sqltoy
更新内容
剔除对BeanUtils的依赖,通过自身实现提升效率优化sql打印功能,在项目模式时debug模式但日志等级不是debug模式时使用Sys...
开源地址:
- github: https://github.com/chenrenfei/sagacity-sqltoy
- gitee: https://gitee.com/sagacity/sagacity-sqltoy
更新内容
- 剔除对BeanUtils的依赖,通过自身实现提升效率
- 优化sql打印功能,在项目模式时debug模式但日志等级不是debug模式时使用System.out进行输出,避免初学者在环境上遇到障碍。
- 分页查询支持泛型,避免强制类型转换
- 更全面的支持Byte、BigInteger等类型
说明:
很多人一见到什么"最”就天然的以为哗众取宠吸引眼球,而sqltoy则自认为已经很委婉了,各位看官可以针对下面的最,尤其号称“没有之一“的地方,可以用你们更强的东西来打脸,前提是:拿出东西来比较和反证!
在目前有这么多ORM框架的情况下,再搞一个开源框架的前提就是必须要比之前的好很多,而在中国如果不超过mybatis(plus)就根本没有必要投入精力做这件事!因为大家知道开源就是在别人忙挣钱或者玩乐的时候而你却在不计得失的奉献!而我希望给大家奉献一个真正有趣的有灵魂的框架!
sqltoy特性说明:
- 支持mysql、postgresql、db2、oracle、sqlserver、sqlite、clickhouse、elasticsearch等
- 具有JPA模式的CRUD功能(即CRUD无需写sql),无需写Dao,sqltoy提供了SqlToyLazyDao,同时提供了quickvo从数据库生成POJO。
- 根本上杜绝了sql注入问题
- 最科学最优雅(没有之一)的sql编写方式
select *
from sqltoy_device_order_info t
<where> <if test="orderId!=null">
and t.ORDER_ID=#{orderId} </if> <if test="authedOrganIds!=null">
and t.ORGAN_ID in
<foreach collection="authedOrganIds" item="order_id" separator="," open="(" close=")"> #{order_id} </foreach> </if> <if test="staffIds!=null">
and t.STAFF_ID in
<foreach collection="staffIds" item="staff_id" separator="," open="(" close=")"> #{staff_id} </foreach> </if> <if test="beginDate!=null">
and t.TRANS_DATE>=#{beginDate} </if> <if test="endDate!=null">
and t.TRANS_DATE<#{endDate} </if>
</where>
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
sqltoy 的写法:两者差距凭良心来说不大吗?sqltoy顺应开发者的习惯,是一种“就应该是这样的”那种感觉!而mybatis则似乎总是扭着!既不直观易懂还不易维护!
<sql id="sqltoy_showcae"> <value> <![CDATA[ select * from sqltoy_device_order_info t where #[t.ORDER_ID=:orderId] #[and t.ORGAN_ID in (:authedOrganIds)] #[and t.STAFF_ID in (:staffIds)] #[and t.TRANS_DATE>=:beginDate] #[and t.TRANS_DATE<:endDate] ]]> </value>
</sql>
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 极具特色的缓存翻译:还在CRUD吗?CRUD体现不出差距,让查询飞快才能赢得用户的夸赞!
缓存翻译,通过缓存大幅减少表关联查询,看下面的查询原本需要6张表关联,变成了一张表查询,岂能不快!
- 最强分页(没有之一),不要以为是吹牛,你深入了解后再评价,你之前的做法跟这个隔几条街!
看这篇文章: https://blog.csdn.net/zhongxu/article/details/105555803
- 最有利于sql不够强专注于其他方向的开发者:sql不强,sqltoy帮你补足!
- 提供了树形表的统一处理机制
- 提供了分库分表
- sqltoy支持跨数据库函数自适应:一套sql可以自适应多种数据库
- 提供了5种默认的非数据库相关的主键策略
1、shortNanoTime 22位有序安全ID,格式: 13位当前毫秒+6位纳秒+3位主机ID
2、nanoTimeId 26位有序安全ID,格式:15位:yyMMddHHmmssSSS+6位纳秒+2位(线程Id+随机数)+3位主机ID
3、uuid:32 位uuid
4、SnowflakeId 雪花算法ID
5、redisId 基于redis 来产生规则的ID主键
- 1
- 2
- 3
- 4
- 5
- sqltoy提供了统一字段赋值,解决创建时间、创建人、修改时间、修改人等信息的统一赋值。
- sql文件更新自动重载,便于开发阶段无需重启应用
- 慢sql统计功能
除上述特点外,sqltoy最大的特点是符合项目实践,提供了大量项目中用到的方法,如:取top记录、取随机记录、验证唯一性、存储过程调用、锁记录修改并返回结果等!
因为篇幅原因,不具体展开!
相关链接
sqltoy-orm 的详细介绍:点击查看
sqltoy-orm 的下载地址:点击下载
文章来源: blog.csdn.net,作者:轻狂书生FS,版权归原作者所有,如需转载,请联系作者。
原文链接:blog.csdn.net/LookForDream_/article/details/105728910
【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)