news 2026/5/9 13:41:09

SpringBoot + 动态 SQL + 条件编排器:报表查询条件自由组合,业务人员也能配查询!

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
SpringBoot + 动态 SQL + 条件编排器:报表查询条件自由组合,业务人员也能配查询!

业务需求的痛点

相信很多同学都遇到过这样的场景:

  • 产品经理:"这个报表要支持各种条件组合查询,用户可以自定义筛选条件"
  • 业务人员:"我想要查近30天,销售额大于1000,且在华北地区,客户等级是VIP的订单"
  • 另一个业务人员:"我想要查近7天,商品类别是手机,价格在500-2000之间的商品"

这种需求听起来简单,但实现起来却很复杂。传统的做法往往是写一堆 if-else,或者为每种组合写一个查询接口,维护成本极高。

解决方案思路

我们今天要解决的,就是让业务人员能够自由组合查询条件,而不需要后端开发每次都写新的查询逻辑。

核心思路是:

  1. 动态SQL:根据用户选择的条件动态生成SQL语句
  2. 条件编排器:将查询条件抽象成可配置的组件
  3. 规则引擎:处理复杂的条件组合逻辑

技术选型

  • SpringBoot:快速搭建应用
  • MyBatis-Plus:动态SQL构建
  • Easy Rules:条件编排规则引擎
  • MySQL:数据存储

核心实现思路

1. 查询条件模型设计

首先,我们需要定义一个查询条件的数据模型:

public class QueryCondition { private String field; // 字段名,如 "order_amount" private String operator; // 操作符,如 ">", "<", "=" private Object value; // 值 private String logic; // 逻辑连接符,如 "AND", "OR" }

2. 动态SQL构建器

使用MyBatis-Plus的QueryWrapper来构建动态SQL:

public class DynamicQueryBuilder { public QueryWrapper<T> buildQueryWrapper(List<QueryCondition> conditions) { QueryWrapper<T> wrapper = new QueryWrapper<>(); for (int i = 0; i < conditions.size(); i++) { QueryCondition condition = conditions.get(i); // 根据操作符构建查询条件 switch (condition.getOperator()) { case ">": wrapper.gt(condition.getField(), condition.getValue()); break; case "<": wrapper.lt(condition.getField(), condition.getValue()); break; case "=": wrapper.eq(condition.getField(), condition.getValue()); break; // ... 其他操作符 } // 添加逻辑连接符 if (i < conditions.size() - 1) { String nextLogic = conditions.get(i + 1).getLogic(); if ("OR".equalsIgnoreCase(nextLogic)) { wrapper.or(); } } } return wrapper; } }

3. 条件编排规则引擎

使用Easy Rules来处理复杂的条件组合逻辑:

@Rule(name = "dateRangeRule", description = "日期范围条件规则") public class DateRangeRule { @Condition public boolean evaluate(@Fact("conditions") List<QueryCondition> conditions) { // 检查是否包含日期范围条件 return conditions.stream() .anyMatch(c -> "create_date".equals(c.getField())); } @Action public void execute(@Fact("wrapper") QueryWrapper wrapper, @Fact("conditions") List<QueryCondition> conditions) { // 处理日期范围条件 conditions.stream() .filter(c -> "create_date".equals(c.getField())) .forEach(c -> { if (">=".equals(c.getOperator())) { wrapper.ge("create_date", c.getValue()); } else if ("<=".equals(c.getOperator())) { wrapper.le("create_date", c.getValue()); } }); } }

4. 查询服务实现

将上述组件整合起来:

@Service public class ReportQueryService { private final DynamicQueryBuilder queryBuilder; private final RulesEngine rulesEngine; public List<ReportData> queryReport(ReportQueryRequest request) { // 1. 获取规则 Rules rules = getRulesByReportType(request.getReportType()); // 2. 执行规则引擎处理条件 Facts facts = new Facts(); facts.put("conditions", request.getConditions()); QueryWrapper<ReportData> wrapper = new QueryWrapper<>(); facts.put("wrapper", wrapper); rulesEngine.execute(rules, facts); // 3. 执行查询 return reportDataMapper.selectList(wrapper); } private Rules getRulesByReportType(String reportType) { // 根据报表类型获取对应的规则 Rules rules = new Rules(); // 添加通用规则 rules.register(new DateRangeRule()); rules.register(new AmountRangeRule()); rules.register(new TextMatchRule()); // 根据报表类型添加特定规则 if ("order_report".equals(reportType)) { rules.register(new OrderSpecificRule()); } return rules; } }

配置化实现

为了让业务人员能够配置查询条件,我们需要提供一个配置界面:

@RestController @RequestMapping("/api/config") public class ConditionConfigController { @PostMapping("/condition") public Result<Void> saveConditionConfig(@RequestBody ConditionConfig config) { // 保存条件配置到数据库 conditionConfigService.save(config); return Result.success(); } @GetMapping("/condition/{reportType}") public Result<List<ConditionConfig>> getConditionConfig(@PathVariable String reportType) { // 获取指定报表类型的条件配置 List<ConditionConfig> configs = conditionConfigService.getByReportType(reportType); return Result.success(configs); } }

前端交互设计

前端页面可以设计成拖拽式配置:

  1. 业务人员从条件库中拖拽需要的条件到配置区域
  2. 设置条件的参数(字段、操作符、值等)
  3. 设置条件之间的逻辑关系
  4. 保存配置

这样,业务人员就可以通过简单的配置完成复杂的查询条件组合。

优势分析

这种方案的优势显而易见:

  1. 灵活性:业务人员可以自由组合查询条件,无需开发介入
  2. 可维护性:规则化管理,便于维护和扩展
  3. 性能:通过动态SQL,只查询必要的数据
  4. 复用性:同一套规则可以应用于多个报表
版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/5/3 4:06:22

Redis的持久化(八股)

持久化从文件类型&#xff0c;文件恢复速度&#xff0c;安全性会进行区分。本质区别是RDB使用快照进行持久化&#xff0c;AOF是日志。文件类型&#xff1a;RDB生成的是二进制文件&#xff08;快照&#xff09;&#xff0c;AOF生成的是文本文件&#xff08;追加日志&#xff09;…

作者头像 李华
网站建设 2026/5/1 4:22:32

数字图像处理篇---非锐化掩膜

我来用最通俗易懂的方式解释“非锐化掩模”——这是Photoshop等专业软件的锐化核心算法&#xff0c;也是效果最自然、最常用的锐化方法。一句话核心思想非锐化掩模 “先找缺点&#xff0c;再补妆”它不是直接硬生生地描边&#xff0c;而是先找出图像中“不够清晰”的地方&…

作者头像 李华
网站建设 2026/5/6 10:37:24

一套SolidWorks10人共享的设计云桌面方案

云飞云共享云桌面方案为10人SolidWorks设计团队打造&#xff0c;适配机械设计、非标自动化、钣金加工等主流场景&#xff0c;覆盖零件建模、装配设计、钣金展开、工程图出图及简单Simulation仿真&#xff0c;通过「单台高性能服务器工业级云桌面」架构&#xff0c;实现10人高效…

作者头像 李华
网站建设 2026/5/3 15:36:44

【例8.3】最少步数(信息学奥赛一本通- P1330)

【题目描述】 在各种棋中&#xff0c;棋子的走法总是一定的&#xff0c;如中国象棋中马走“日”。有一位小学生就想如果马能有两种走法将增加其趣味性&#xff0c;因此&#xff0c;他规定马既能按“日”走&#xff0c;也能如象一样走“田”字。他的同桌平时喜欢下围棋&#xff…

作者头像 李华
网站建设 2026/5/1 15:31:22

2026年AI大模型彻底爆发,从入门到高薪,一篇搞定

AI大模型迎来爆发式增长&#xff0c;岗位需求激增543%&#xff0c;高薪岗位涌现。自学面临资源零散、缺乏指导、跟不上发展速度三大困境。专业培训提供系统化内容、及时反馈和实战项目&#xff0c;是快速掌握AI技能的最优路径。未来职场趋势是"AI岗位"模式&#xff0…

作者头像 李华
网站建设 2026/5/2 21:28:35

解锁周庄:从双桥到沈厅,读懂枕水江南的精髓

周庄&#xff0c;位于江苏省昆山市西南部&#xff0c;是一座四面环水、由澄湖、淀山湖、南湖等湖泊环抱的“岛中之镇”。这座古镇始于北宋时期&#xff0c;至今已有九百余年历史&#xff0c;以保存完好的明清建筑群落、纵横交错的“井”字形河道体系和“小桥、流水、人家”的典…

作者头像 李华