jpa+querydsl的平替国产easy-query最好用的orm
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
用户和脚色和菜单
分别是多对多 和多对多
[*]筛选用户
[*]条件是用户拥有/admin的菜单
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
[*]查询用户
[*]条件是用户拥有的脚色数量不少于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替代性产品
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]