day09-智能调度之取派件调度

原创 已于 2025-02-07 09:51:39 修改 · 1.1k 阅读 · 12 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#oracle #数据库

于 2024-10-17 09:03:35 首次发布

课程安排

  • 了解快递员取派件任务需求
  • 递员取派件任务相关功能开发
  • 调度中心任务调度
  • 整体业务功能测试

本章基础：对派件任务的增删改查

本章重点：

1更新取派件任务状态（根据不同的状态做不同的更新）

2调度中心（根据一定的规则选择一个快递员）

3生成任务（根据快递员id生成对应取派件任务，将数据保存入数据库）

1、背景说明

通过前面的学习，可以通过作业范围来确定网点或快递员。

下面要做的事情就是需要为快递员生成取派件任务

2、需求分析

快递员在登录到APP后，可以查看取派件任务列表

具体需求参见《快递员端产品》文档。

3、实现分析

3.1、表结构

快递员的取件和派件类型不同外其他的属性基本都是一样的，存储在一张表sl_pickup_dispatch_task中。

取派件任务存储在sl_work数据库中。

task_type：任务类型，1为取件任务，2为派件任务

status，sign_status，sign_recipient

agency_id，courier_id：关联的两个id

另：几个时间。estimated_start_time，actual_start_time，estimated_end_time，actual_end_time，cancel_time，created，updated

is_deleted：删除：0-否，1-是（取派件任务在快递员删除时为逻辑删除，防止后续需要数据恢复的情况）

CREATE TABLE `sl_pickup_dispatch_task` (
  `id` bigint NOT NULL COMMENT 'id',
  `order_id` bigint NOT NULL COMMENT '关联订单id',
  `task_type` tinyint DEFAULT NULL COMMENT '任务类型，1为取件任务，2为派件任务',
  `status` int DEFAULT NULL COMMENT '任务状态，1为新任务、2为已完成、3为已取消',
  `sign_status` int DEFAULT '0' COMMENT '签收状态(0为未签收, 1为已签收，2为拒收)',
  `sign_recipient` tinyint DEFAULT '0' COMMENT '签收人，1本人，2代收',
  `agency_id` bigint DEFAULT NULL COMMENT '网点ID',
  `courier_id` bigint DEFAULT NULL COMMENT '快递员ID',
  `estimated_start_time` datetime DEFAULT NULL COMMENT '预计取/派件开始时间',
  `actual_start_time` datetime DEFAULT NULL COMMENT '实际开始时间',
  `estimated_end_time` datetime DEFAULT NULL COMMENT '预计完成时间',
  `actual_end_time` datetime DEFAULT NULL COMMENT '实际完成时间',
  `cancel_time` datetime DEFAULT NULL COMMENT '取消时间',
  `cancel_reason` int DEFAULT NULL COMMENT '取消原因',
  `cancel_reason_description` varchar(100) CHARACTER SET armscii8 COLLATE armscii8_general_ci DEFAULT NULL COMMENT '取消原因具体描述',
  `assigned_status` int NOT NULL COMMENT '任务分配状态(1未分配2已分配3待人工分配)',
  `mark` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT '备注',
  `created` datetime DEFAULT NULL COMMENT '创建时间',
  `updated` datetime DEFAULT NULL COMMENT '更新时间',
  `is_deleted` int DEFAULT '0' COMMENT '删除：0-否，1-是',
  PRIMARY KEY (`id`) USING BTREE,
  KEY `order_id` (`order_id`) USING BTREE,
  KEY `created` (`created`) USING BTREE,
  KEY `task_type` (`task_type`) USING BTREE,
  KEY `courier_id` (`courier_id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci ROW_FORMAT=DYNAMIC COMMENT='取件、派件任务信息表';

3.2、业务流程

3.2.1、取件任务流程

用户在下单后，订单微服务会发消息出来，消息会在dispatch微服务中进行调度，最终会向work微服务发送消息，生成快递员的取件任务的实体，向数据库sl_pickup_dispatch_task中插入数据。

细节：1返回快递员列表为升序排序，选择任务少的快递员进行取派

2取件时间>2小时不着急，系统延迟发消息给快递员

取消任务重新生成取件时：发送实时消息

3.2.2、派件任务流程

都为实时任务

派件任务会在两个场景下生成：

  • 场景一，司机入库时，运单流转到最后一个节点，需要快递员派件
  • 场景二，发件人与收件人的服务网点是同一个网点时，无需转运，直接生成派件任务

场景一：

场景二：

4、取派件任务

针对于取派件任务进行相应的数据管理，下面我们将逐一进行实现。

4.1、新增取派件任务

新增取派件任务不对外开放，所以在Controller中是没有方法定义的，只是在消息处理中进行调用生成任务。

4.1.1、定义方法

/**
     * 新增取派件任务
     *
     * @param taskPickupDispatch 取派件任务信息
     * @return 取派件任务信息
     */
    PickupDispatchTaskEntity saveTaskPickupDispatch(PickupDispatchTaskEntity taskPickupDispatch);

4.1.2、实现方法

@Override
    public PickupDispatchTaskEntity saveTaskPickupDispatch(PickupDispatchTaskEntity taskPickupDispatch) {
        // 设置任务状态为新任务
        taskPickupDispatch.setStatus(PickupDispatchTaskStatus.NEW);
        boolean result = super.save(taskPickupDispatch);
        if (result) {
            //TODO 同步快递员任务到es
            //TODO 生成运单跟踪消息和快递员端取件/派件消息通知
            return taskPickupDispatch;
        }
        throw new SLException(WorkExceptionEnum.PICKUP_DISPATCH_TASK_SAVE_ERROR);
    }

4.2、分页查询取派件任务

LambdaQueryWrapper查询：模糊查询like，等值查询eq，范围查询between

4.2.1、Controller

@PostMapping("page")
    @ApiOperation(value = "分页查询", notes = "获取取派件任务分页数据")
    public PageResponse<PickupDispatchTaskDTO> findByPage(@RequestBody PickupDispatchTaskPageQueryDTO dto) {
        return this.pickupDispatchTaskService.findByPage(dto);
    }

4.2.2、Service

/**
     * 分页查询取派件任务
     *
     * @param dto 查询条件
     * @return 分页结果
     */
    PageResponse<PickupDispatchTaskDTO> findByPage(PickupDispatchTaskPageQueryDTO dto);

4.2.3、ServiceImpl

查询数据库时使用entity实体（格式）

PickupDispatchTaskEntity::getId后不加括号，不是调用的函数

/**
     * 分页查询取派件任务
     *
     * @param dto 查询条件
     * @return 分页结果
     */
    @Override
    public PageResponse<PickupDispatchTaskDTO> findByPage(PickupDispatchTaskPageQueryDTO dto) {
        //1.构造条件
        Page<PickupDispatchTaskEntity> iPage = new Page<>(dto.getPage(), dto.getPageSize());
        LambdaQueryWrapper<PickupDispatchTaskEntity> queryWrapper = Wrappers.<PickupDispatchTaskEntity>lambdaQuery()
                .like(ObjectUtil.isNotEmpty(dto.getId()), PickupDispatchTaskEntity::getId, dto.getId())
                .like(ObjectUtil.isNotEmpty(dto.getOrderId()), PickupDispatchTaskEntity::getOrderId, dto.getOrderId())
                .eq(ObjectUtil.isNotEmpty(dto.getAgencyId()), PickupDispatchTaskEntity::getAgencyId, dto.getAgencyId())
                .eq(ObjectUtil.isNotEmpty(dto.getCourierId()), PickupDispatchTaskEntity::getCourierId, dto.getCourierId())
                .eq(ObjectUtil.isNotEmpty(dto.getTaskType()), PickupDispatchTaskEntity::getTaskType, dto.getTaskType())
                .eq(ObjectUtil.isNotEmpty(dto.getStatus()), PickupDispatchTaskEntity::getStatus, dto.getStatus())
                .eq(ObjectUtil.isNotEmpty(dto.getAssignedStatus()), PickupDispatchTaskEntity::getAssignedStatus, dto.getAssignedStatus())
                .eq(ObjectUtil.isNotEmpty(dto.getSignStatus()), PickupDispatchTaskEntity::getSignStatus, dto.getSignStatus())
                .eq(ObjectUtil.isNotEmpty(dto.getIsDeleted()), PickupDispatchTaskEntity::getIsDeleted, dto.getIsDeleted())
                .between(ObjectUtil.isNotEmpty(dto.getMinEstimatedEndTime()), PickupDispatchTaskEntity::getEstimatedEndTime, dto.getMinEstimatedEndTime(), dto.getMaxEstimatedEndTime())
                .between(ObjectUtil.isNotEmpty(dto.getMinActualEndTime()), PickupDispatchTaskEntity::getActualEndTime, dto.getMinActualEndTime(), dto.getMaxActualEndTime())
                .orderByDesc(PickupDispatchTaskEntity::getUpdated);
        //2.分页查询
        Page<PickupDispatchTaskEntity> result = super.page(iPage, queryWrapper);
        if (ObjectUtil.isEmpty(result.getRecords())) {
            return new PageResponse<>(result);
        }
        //3.组装分页数据
      &nb

最低0.47元/天 解锁文章
python中几个好用的调度模块的详细使用
数据知道的博客
05-21 8511
Python提供了多种调度模块，适用于不同复杂度的任务调度需求。time.sleep是最基础的调度方式，适合简单脚本；sched模块提供优先级调度，适合单线程任务；schedule模块语法直观，适合小型应用；APScheduler功能全面，支持多种调度器、触发器和存储方式，适合企业级应用；Celery则专为分布式系统设计，支持分布式任务调度。根据具体需求选择合适的调度模块，可以构建高效可靠的任务调度系统。
神领物流-day10-智能调度之取派件调度
心飞为你飞
05-20 665
*** 新增取派件任务* @param taskPickupDispatch 取派件任务信息* @return 取派件任务信息此方法的实现，调用自定义Mapper中的SQL实现。
考研408--操作系统--day3--调度&调度算法
2301_80071187的博客
11-05 1155
处理及调度：基础概念、三个层次（作业、进程、内存）的联系及对比； 进程调度的：时机、方式、切换与过程； 补充：调度器/调度程序、闲逛进程； 调度算法的评价指标：CPU利用率、系统吞吐量、周转时间、等待时间、响应时间； 调度算法：先来先服务（FCFS）、短作业优先（SJF）、高响应比优先（HRRN）、时间片轮转调度算法（RR）、优先级调度算法、多级反馈队列调度算法； 多级队列调度算法；多处理机调度：负载均衡、处理机亲和、公共就绪队列、私有就绪队列；
Docker部署Xxl-Job分布式任务调度中心
热门推荐
qq_35716689的博客
01-20 54万+
本文详细的讲解了如何使用Docker部署xxl-job分布式任务调度服务，XXL-Job是一个开源的分布式任务调度中心。
kettle开发篇-作业调度-Day8
qq_29061315的博客
12-06 3008
前言： 前面我们介绍了kettle的一些常用组件，同步方法，缓存机制及怎么去处理kettle出现的小问题。今天我们讲两种kettle中常用的作业调度方法，kettle作为一款ETL工具负责将数据从ODS层处理至DWD层，主要负责数据的清洗、转换工作。kettle其实只有2个功能组合即转换和作业，转换负责组件间的协调配合，作业负责任务的执行，但是我们怎么能让kettle自动将任务跑起来，自己完成数...
linux-----任务调度
m0_55197069的博客
05-26 2326
今天主要学习了linux的两个任务调度相关的命令-----crontab和at
Elastic-Job分布式任务调度
诸葛小猿
06-01 3816
1 概念 1.1 什么是任务调度 任务调度是指系统为了自动完成特定任务，在定的特定时刻去执行任务的过程。有了任务调度即可解放更多的人力，由系统自动去执行任务。 1.2 Elastic-Job简介 Elastic-Job是当当⽹开源的⼀个分布式调度解决⽅案，基于Quartz⼆次开发的，由两个相互独⽴的⼦项⽬Elastic-Job-Lite和Elastic-Job-Cloud组成 。本次学习Elastic-Job-Lite，它定位为轻量级⽆中⼼化解决⽅案，使⽤Jar包的形式提供分布式任务的协调服务。Elasti
搭建部署xxl-job调度中心详细过程
gorylee的博客
06-27 4115
搭建部署xxl-job调度中心详细过程
深入理解Linux内核day06--进程调度
dsf031411的博客
05-03 2675
进程调度     Linux和任何分时系统一样，通过一个进程到另一个进程的快速切换，达到表面上看来多进程同时执行的神奇效果。      调度策略     传统Unix操作系统的调度算法必须实现几个互相冲突的目标：进程响应时间尽可能快，后台作业的吞吐量尽可能高，尽可能避免进程的饥饿线性，低优先级和高优先级进程的需要尽可能调和等等。     决定什么时候以怎样的方式选择一个新进程运行的这组规
总结篇-定时调度任务的几种方式
蓝星花
08-07 1万+
任务调度是指基于给定时间点，给定时间间隔或者给定执行次数自动执行任 1.前言 我们举一个简单的例子:创建一个thread，然后让它在while循环里一直运行着，通过sleep方法来达到定时任务的效果。这样可以快速简单的实现。 public static void main(String[] args) { final long timeInterval = 1000; ...
春招冲刺Day1 [操作系统] --CPU调度(进程调度)
weixin_46273997的博客
12-15 1415
进程调度1.什么是进程调度2.什么时候需要调度??3.常见的调度算法(单处理器,不考虑多核)(1.FCFS(先来先服务)(2.SJF(短作业优先)(3.HRRN(高响应比优先)(4.RR(时间片轮转)(5.最高优先级调度(HPF)(6.多级反馈队列(MFQ)(目前公认较好) 1.什么是进程调度 2.什么时候需要调度?? ⾮抢占式的意思就是，当进程正在运⾏时，它就会⼀直运⾏，调度程序必须等待进程执行结束,即使该进程由于IO阻塞住了 ⽽抢占式调度，顾名思义就是进程正在运⾏的时，可以被打断，使其把 CPU
restkeeper-day-10-交易平台服务-微信支付、xxl-job任务调度.zip
11-16
restkeeper-day-10-交易平台服务-微信支付、xxl-job任务调度.zip
Work-Day-Scheduler-Jquery:使用jquery和时刻制作的调度程序
04-04
【标题】"Work-Day-Scheduler-Jquery:使用jquery和时刻制作的调度程序"是一个项目，它利用了jQuery和Moment.js库来创建一个实用的工作日程安排工具。这个工具旨在帮助用户高效地管理他们的时间，特别是在工作日中。 ...
神领物流-day07-智能调度之调度任务
心飞为你飞
05-20 1015
通过前面的学习，已经掌握了路线规划的核心实现，有了路线规划之后就可以对运单进行调度了，这将是物流项目最为核心的内容，一个好的调度系统可以高效的管理着运单、运输任务、司机作业单、快递员取派件任务等，接下来你将参与智能调度的开发中，其中一部分业务功能已经实现，但核心的业务逻辑是需要你来实现的。对于运单号的生成有特殊的要求，格式：SL+13位数字，例如：SL1000000000760，对于这个需求，如果采用MP提供的雪花id生成是19位，是不能满足需求的，所以我们需要自己生成id，并且要确保唯一不能重复。
神领物流-day08-智能调度之运输任务
心飞为你飞
05-21 1179
通过前面的学习，已经可以将相同转运节点的运单合并，合并之后就需要进行调度计算，按照车辆的运力生成运输任务，以及司机的作业单，这样的话就可以进入到司机与车辆的运输环节了。在这里一定要注意，注册的这个ip地址与101机器是否能通信，就上面的情况，显然是不能通信的，所以需要需要在配置文件中指定注册的ip地址。另外，生成运输任务的消息已经发出了，只是我们还没有监听处理消息，在后面我们将实现对该消息的处理，就可以生成运输任务了。需要注意的是，一个运输任务中包含了多个运单，就是一辆车拉了一车的快件，是一对多的关系。
oracle 12c查看执行过的sql及当前正在执行的sql
2509_94005984的博客
11-23 772
2.PARSING_SCHEMA_NAME显示的是哪个用户执行的该sql，而不是这个sql操作的表属于哪个schema。当执行新的SQL语句时，如果这条SQL语句不在共享池中，数据库会进行硬解析，并将解析后的执行计划加载到共享池中。如果执行的是共享池内已经存在的SQL语句，则只会进行软解析，LAST_LOAD_TIME的值不会改变。假如同事让排查某个接口都有哪些慢sql，可以使用这个方法（先调用下这个慢接口，然后统计下这个时间段内的慢sql），只是会导出非这个接口的多余慢sql，再结合业务进行筛选吧。
深入探讨一下数据库中的 “联表查询” 以及至关重要的 “最左匹配原则”
欢迎来到我的博客！
11-20 924
联表查询（Join Query）是指从两个或多个表中，根据表之间的关联关系（通常是外键），查询出符合条件的数据记录。我们有一个用户表（user），存储了用户的基本信息，如用户 ID（id）、姓名（name）、年龄（age）。我们还有一个订单表（order），存储了用户的订单信息，如订单 ID（id）、用户 ID（user_id）、订单金额（amount）、下单时间（create_time）。如果我们想查询 “用户张三的所有订单信息”，就需要将用户表和订单表通过user.id和关联起来进行查询。
SQL视图使用
最新发布
2509_93948268的博客
11-23 294
当然，也要时刻注意其可能带来的性能影响，在复杂场景下，可以考虑使用物化视图（Materialized View，并非所有数据库都支持）或其他缓存策略来弥补性能短板。而如果应用程序访问的是视图，那么只要视图的结构保持不变（通过修改视图定义来适配底层表的变化），应用程序就无需任何改动。性能问题：视图本身不存储数据，每次查询视图，本质上都是在执行定义它的那条SQL语句。将复杂的连接、子查询、聚合函数等逻辑封装在视图内部，上层应用和用户只需要面对一个简单的表结构，大大降低了SQL的编写难度和理解成本。
SQL NOT NULL约束详解
lly202406的博客
11-19 406
NOT NULL约束用于指定一个字段不能包含NULL值。在创建表时，如果某个字段设置了NOT NULL约束，那么在插入或更新数据时，该字段必须提供值，否则数据库将拒绝操作并返回错误。NOT NULL约束是SQL数据库管理系统中一个重要的数据完整性约束，它有助于确保数据质量、提高查询效率和增强数据库的可读性。在实际数据库设计中，合理使用NOT NULL约束，可以有效地提高数据库的性能和稳定性。本文共计2028字，旨在为读者全面解析SQL中的NOT NULL约束。希望本文能对您有所帮助。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值