快递员

数据库路由中间件MyCat - 使用篇（1） 基本概念 直接介绍概念太枯燥了，还是拿个和背景篇相似的例子介绍 业务场景：客户完成下单，快递员接受并更新运单状态，客户可以随时查看运单状态的任务。一票快递可能有多个子母件。同时，我们需要标记每个运单的状态，运单状态的解释和含义保存在运单状态字典表中。 因此，我们需要建立如下表： 我们现在按照业务将数据库垂直拆分成运单库（单表2000tps，6000W数据），快递员库（单表1500tps，100W数据），客户库（单表1500tps，1000W数据记录）；假设每个MySQL数据库单表不能超过2000W数据，单表不能超过1000tps。那么运单库则需要分成3片，客户库需要分成2片，统一由MyCat管理。如下图所示： 1.逻辑库 MyCat作为一个中间件，对应用应为无感知的。 应用访问MyCat，根据之前所述，应用感知到后台只是一个（或者多个，和访问MySQL实例一样）数据库（假设只有一个数据库，这个库叫SF，里面有运单相关表，快递员相关表和客户相关表）；这里MyCat的数据库就是逻辑库。访问MyCat，结果应该如下面所示 虽然其中的表可能存在于不同的库，但是表面上，他们属于同一个MyCat实例中的同一个逻辑库。所以，虽然上面的架构图显示他们不在同一个数据库，但是在MyCat中，他们在同一个逻辑库。 2.逻辑表 在逻辑库下的表就是逻辑表

在互联网高速发展的今天，我们都离不开物流，不过试想一下。中国现在网民大约八亿人，人均一个月买一个快递，当然了小编一个月都会产生几十个快递哈，女生买买患抑郁症的概率会降低很多哦。身边的女同胞也是一样的哦，好像不要钱一样的哦，大到一个直升机，小到一个优盘都可以在网上购买哦。可想而知快递的业务量有多大啊，大家分布在不同的省份不能的城市不同的小区，甚至还有很多偏远的农村等。那么快递是怎么做到今日送明日达的呢，甚至有的同城当天就到，而且不同的手机号，还有座机号一个一个按键吗？累死快递小哥的节奏啊。带大家来科普一下啊。涨知识。 大家是否以为快递员联系你的的时候，是在手机上一个一个把快递单上手机号码按出来的？这可是件很耗费时间的事儿，快递人员如果每天被这些小事耽误时间，就会少送很多份快递，快递公司的效率也会大打折扣。 因此，一款专门针对物流从业人员快速从单据上OCR手机号码提取识别的技术就成为广大物流公司的迫切需要。 : 二、 关于ocr手机号识别需求分析： 在国内众多的电商行业中，淘宝、天猫、京东、1号店、当当、亚马逊等都会有一套固定的流程进行下单操作，商家在收到钱款时会安排发货，并关联上相关的快递单号。 国内负责承接各类快递业务的公司顺丰、圆通、中通、申通等都有各自的一套物流运输管理手段，货物下派到快递人员的时候，每个快递人员都会用一个移动终端设备，随时记录货物的派送、签收状态。

业务流程：用户下单->快递柜扫码寄件->管理员分配快递员->快递柜扫码取件->快递员称重计费->用户支付->快递员填写快递单号 寄件准备 用户/管理员/快递员 关注公众号并绑定手机号 具体流程 1. 用户填写单据信息->下单->消息推送用户（点击消息可查看订单状态） 2. 用户在快递柜上扫码寄件->选择格口类型提交->开箱->存件成功->消息推送用户&管理员 3. 管理员点击消息链接【订单处理提醒】分配快递员->消息推送用户&管理员&快递员 4. 快递员在快递柜上扫码取件->消息推送用户&管理员&快递员 5. 快递员点击消息链接【上门收件提醒】填写快递费用 6. 用户支付 7. 快递员点击消息链接 【支付完成通知】填写快递单号 来源： https://www.cnblogs.com/chen1880/p/11375215.html