Activiti5 自定义查询语句 TaskQuery查询 条件查询 like查询

这篇博客介绍了Activiti5中的TaskQuery查询API,包括如何进行条件查询和LIKE查询。文章指出,查询API提供类型安全的方式进行数据检索,而原生查询则适用于更复杂的SQL操作,如OR条件。使用原生查询时需要注意与数据库表名和列名的对应,并提醒读者要了解内部数据结构以减少对数据库的依赖。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

TaskQuery查询API

有两种方法可以从引擎中查询数据:查询API和原生查询。查询API提供了完全类型安全的API。 你可以为自己的查询条件添加很多条件 (所以条件都以AND组合)和精确的排序条件。下面的代码展示了一个例子:

      List<Task> tasks = taskService.createTaskQuery()
         .taskAssignee("kermit")
         .processVariableValueEquals("orderId", "0815")
         .orderByDueDate().asc()
         .list();
     

有时,你需要更强大的查询,比如使用OR条件或不能使用查询API实现的条件。 这时,我们推荐原生查询,它让你可以编写自己的SQL查询。 返回类型由你使用的查询对象决定,数据会映射到正确的对象上。比如,任务,流程实例,,执行,等等。 因为查询会作用在数据库上,你必须使用数据库中定义的表名和列名;这要求了解内部数据结构, 因此使用原生查询时一定要注意。表名可以通过API获得,可以尽量减少对数据库的依赖。

      List<Task> tasks = taskService.createNativeTaskQuery()
        .sql("SELECT * FROM " + managementService.getTableName(Task.class) + " T WHERE T.NAME_ = #{taskName}")
        .parameter("taskName", "gonzoTask")
        .list();

      long count = taskService.createNativeTaskQuery()
        .sql("SELECT count(*) FROM " + managementService.getTableName(Task.class) + " T1, "
               + managementService.getTableName(VariableInstanceEntity.class) + " V1 WHERE V1.TASK_ID_ = T1.ID_")
        .count();
   


实例:
       StringBuffer whereSql = new StringBuffer();
        String ua = "";String ub="";
        if(formCode!=null){
            whereSql.append(" and fi.form_no=#{form_no}");
        }

         if(this.userName!=null){
            ua = ",Pub_User_Info u";ub="and fi.creator=u.userid";//考虑性能的作法
            whereSql.append("  and u.emp_name like #{userName}");
        }
        tasks = taskService
                .createNativeTaskQuery()
                .sql("SELECT * FROM "
                        + managementService.getTableName(Task.class)
                        + " t,FLOW_RU_INFO fi"+ua+" where t.proc_inst_id_=fi.processinstanceid "+ub+"and t.assignee_=#{userid}" 
                        + whereSql +" order by t.create_time_ desc "
                        )
                .parameter("userid", user.getUserid())
                .parameter("form_no", formCode)
                .parameter("userName", userName+"%")  //这样就把通配符放进去了
                .list();  
 
也可以这样查询。这样最灵活。
String sql = "SELECT * FROM "+manageService.getTableName(HistoricActivityInstance.class)+" T WHERE T.PROC_INST_ID_ ='"+processInstanceId+"' AND T.ACT_ID_ = '"+ActID+"'  AND ROWNUM<="+num+" ORDER BY T.START_TIME_ DESC ";
			NativeHistoricActivityInstanceQuery nhpiq = historyService
					.createNativeHistoricActivityInstanceQuery()
					.sql(sql);

转载于:https://my.oschina.net/xiaominmin/blog/1821811

### 使用Flowable替代SQL进行查询操作 在业务流程管理(BPM)环境中,Flowable作为一个强大的工作流引擎提供了多种方式来管理和查询数据,而不仅仅依赖于传统的SQL语句。通过利用Flowable的API以及其内置的服务层功能,可以实现复杂的数据检索需求。 #### 利用Flowable的历史服务执行高级查询 对于历史记录的操作,比如查找已完成的任务或已结束的过程实例,可以通过`HistoryService`来进行高效的查询而不必编写复杂的SQL脚本。下面是一个简单的例子展示如何根据特定条件获取已经完成的任务列表: ```java // 获取 History Service 实例 HistoryService historyService = processEngine.getHistoryService(); // 创建并配置查询对象 HistoricTaskInstanceQuery taskQuery = historyService.createHistoricTaskInstanceQuery() .taskAssignee("john.doe") // 只返回分配给 john.doe 的任务 .finished() // 过滤掉未完成的任务 .orderByTaskCreateTime().asc(); // 按创建时间升序排列 // 执行查询并将结果存储到 List 中 List<HistoricTaskInstance> tasks = taskQuery.list(); ``` 这段代码展示了如何使用Flowable提供的`HistoricTaskInstanceQuery`类代替直接写入数据库查询逻辑[^1]。 #### 动态构建查询条件 除了预设的方法外,还可以动态设置更多筛选参数以满足不同的应用场景。例如,在某些情况下可能需要联合多个属性作为过滤依据;这时就可以借助Fluent接口风格轻松组合各种约束条件。 ```java // 构建更复杂的查询表达式 HistoricProcessInstanceQuery piQuery = historyService.createHistoricProcessInstanceQuery() .processDefinitionKey("invoice-process") .startedAfter(startDate) .endedBefore(endDate); if (userId != null && !userId.isEmpty()) { piQuery.starterUserId(userId); } long count = piQuery.count(); // 统计符合条件的结果数量 ``` 此片段说明了怎样灵活调整查询范围,并且支持分页等功能[^2]。 #### 自定义查询扩展 当默认提供的查询能力无法完全覆盖实际需求时,开发人员可以选择继承相应的抽象类或者实现接口来自定义新的查询组件。这种方式允许深入定制化处理机制,从而更好地适应特殊场景下的高效查询要求。 需要注意的是,虽然上述方法可以在很大程度上减少甚至消除对原生SQL的需求,但在涉及到非常规的数据访问模式或是性能敏感型应用时,仍然建议评估是否有必要保留部分传统关系型数据库层面的操作[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值