jpa+querydsl的平替国产easy-query最好用的orm
一款国产最强java orm,完美支持可控强类型dsl，外加完美支持对象模型筛选拉取的orm，拥有非常智能的include(s)一对多、一对一、多对多、多对一实现的orm
地址github:
https://github.com/dromara/easy-query
地址gitee:
https://gitee.com/dromara/easy-query
文档地址:
http://www.easy-query.com/easy-query-doc/
一款拥有高度抽象屏蔽各大数据库方言的orm，让你的换库如鱼得水非常方便，集成实现各种数据库方言的使用,让你轻松应对各种需求,并且在对象模型上让你可以省去大把时间在多对多之间来回筛选
场景1
用户和角色，角色和菜单我们都知道这是最最最基础的一个场景,其中用户和角色是多对多，角色和菜单也是多对多
往往普通orm在演示的时候只会对当前表的属性进行筛选排序等操作,但是如果遇到查询主表筛选条件是子表那么大部分orm都是很麻烦的,想写出来往往是非常的费时费力并且还不支持动态条件
List<SysUser> managers = easyEntityQuery.queryable(SysUser.class)
.where(s -> {
//筛选条件为角色集合里面有角色名称叫做管理员的
s.roles().any(role -> {
role.name().eq("管理员");
});
}).toList();
什么你还嫌麻烦,那么如果你只有一个条件可以对roles进行展开来断言
当且仅当
一(多)对多
的时候那么关联模型将是集合的时候如果希望断言是否存在集合内的单一属性条件判断可以通过
flatElement
展开属性直接判断
List<SysUser> managers = easyEntityQuery.queryable(SysUser.class)
.where(s -> {
//筛选条件为角色集合里面有角色名称叫做管理员的
s.roles().flatElement().name().eq("管理员");
}).toList();
我们来看看具体执行的sql
-- 第1条sql数据
SELECT
t.`id`,
t.`company_id`,
t.`name`,
t.`age`,
t.`create_time`
FROM
`t_user` t
WHERE
EXISTS (
SELECT
1
FROM
`t_role` t1
WHERE
EXISTS (
SELECT
1
FROM
`t_user_role` t2
WHERE
t2.`role_id` = t1.`id`
AND t2.`user_id` = t.`id` LIMIT 1
)
AND t1.`name` = '管理员' LIMIT 1
)
如果你要执行这个sql还要动态条件那么真的非常让人绝望
有人说如何做动态条件呢
List<SysUser> managers = easyEntityQuery.queryable(SysUser.class)
.where(s -> {
//筛选条件为角色集合里面有角色名称叫做管理员的
if(false){
s.roles().any(role -> {
role.name().eq("管理员");
});
}
}).toList();
是的你没看错就这么简简单单的一个条件就可以让其支持动态多对多筛选,那么如果这个条件是false那么生成的sql将是怎么样的呢
SELECT `id`,`company_id`,`name`,`age`,`create_time` FROM `t_user`
是不是被easy-query这么智能的条件处理惊讶到了,如果你需要手写那么将会是灾难何况还有逻辑删除和各种拦截器
那么我们再来看看下一个场景
场景2
用户和角色和菜单
分别是多对多 和多对多
List<SysUser> managers = easyEntityQuery.queryable(SysUser.class)
.where(s -> {
//筛选条件为角色集合里面的菜单是/admin
s.roles().any(role -> {
role.menus().any(menu->{
menu.route().eq("/admin");
});
});
}).toList();
哇哦简直完美简洁,什么你觉得还是太复杂了那么我们再将其简化
List<SysUser> managers = easyEntityQuery.queryable(SysUser.class)
.where(s -> {
//筛选条件为角色集合里面的菜单是/admin
s.roles().flatElement().menus().any(menu->{
menu.route().eq("/admin");
});
}).toList();
//上下两种都可以,因为我们没有对roles进行条件筛选
//所以可以直接通过两次flatElement来展开元素直接断言菜单
List<SysUser> managers = easyEntityQuery.queryable(SysUser.class)
.where(s -> {
//筛选条件为角色集合里面的菜单是/admin
s.roles().flatElement().menus().flatElement().route().eq("/admin");
}).toList();
接下来我们再来看看生成的sql
-- 第1条sql数据
SELECT
t.`id`,
t.`company_id`,
t.`name`,
t.`age`,
t.`create_time`
FROM
`t_user` t
WHERE
EXISTS (
SELECT
1
FROM
`t_role` t1
WHERE
EXISTS (
SELECT
1
FROM
`t_user_role` t2
WHERE
t2.`role_id` = t1.`id`
AND t2.`user_id` = t.`id` LIMIT 1
)
AND EXISTS (
SELECT
1
FROM
`t_menu` t3
WHERE
EXISTS (
SELECT
1
FROM
`t_role_menu` t4
WHERE
t4.`menu_id` = t3.`id`
AND t4.`role_id` = t1.`id` LIMIT 1
)
AND t3.`route` = '/admin' LIMIT 1
) LIMIT 1
)
我已经麻了如果没有orm简直不敢想
场景3
List<SysUser> managers = easyEntityQuery.queryable(SysUser.class)
.where(s -> {
//筛选条件为角色集合的数量大于等于3个
s.roles().count().ge(3L);
}).toList();
非常符合直觉
生成的sql呢是怎么样的
-- 第1条sql数据
SELECT
t.`id`,
t.`company_id`,
t.`name`,
t.`age`,
t.`create_time`
FROM
`t_user` t
WHERE
(
SELECT
COUNT(*)
FROM
`t_role` t1
WHERE
EXISTS (
SELECT
1
FROM
`t_user_role` t2
WHERE
t2.`role_id` = t1.`id`
AND t2.`user_id` = t.`id` LIMIT 1
)
) >= 3
场景4
- 查询角色
- 条件是角色关联的用户平均年龄是15岁或者姓金的至少有2位以上
List<SysRole> roles = easyEntityQuery.queryable(SysRole.class)
.where(role -> {
role.or(()->{
role.users().avg(u->u.age()).ge(BigDecimal.valueOf(15));
role.users().where(u->u.name().likeMatchLeft("金")).count().ge(2L);
});
}).toList();
让我们来看看生成的sql
-- 第1条sql数据
SELECT
t.`id`,
t.`name`,
t.`create_time`
FROM
`t_role` t
WHERE
(
IFNULL((SELECT
AVG(t1.`age`)
FROM
`t_user` t1
WHERE
EXISTS (SELECT
1
FROM
`t_user_role` t2
WHERE
t2.`user_id` = t1.`id`
AND t2.`role_id` = t.`id` LIMIT 1)),0) >= '15'
OR (
SELECT
COUNT(*)
FROM
`t_user` t4
WHERE
EXISTS (
SELECT
1
FROM
`t_user_role` t5
WHERE
t5.`user_id` = t4.`id`
AND t5.`role_id` = t.`id` LIMIT 1
)
AND t4.`name` LIKE '金%'
) >= 2
)
不要看这个sql这么复杂这可是多对多下的查询正常人压根没办法写这种sql
最后
这边展示了非常强大的OLTP查询模式,OLAP也是非常强大可以group+join，实现from (匿名sql) 也可以join (匿名sql)
一款具有强类型OLTP+OLAP的完美解决方案,并且完美支持mybatis系列的任意架构逐步构建迁移,不会产生任何冲突,因为easy-query本身就是零依赖,并且完全免费,完全开源(包括文档！！！包括文档！！！包括文档！！！)
我相信
easy-query
是一款可以完完全全打动您的ORM作品,也是全java唯一一款全sql替代性产品
