智能调度在物流项目中采用智能调度的方式对车辆任务快递员的取派件任务进行调度管理这样更加有效的进行管理降低企业运营成本为什么需要调度可能你会这样的疑问用户下单了快递员上门取件取件后送回网点网点有车辆运走再经过车辆的一系列的运输最后进行派件对方就能收到快件不就是这么简单的流程吗为什么需要调度没错看起来是简单的流程实际上通过仔细的分析就会发现这个过程并不简单甚至会非常的复杂比如用户下单后应该哪个网点的快递员上门呢这样就需要通过用户的发件人地址信息定位到所属服务范围内的网点进行服务紧接着又会有一个问题确定了网点后这个网点有多个快递员这个取件任务应该是指派谁呢这里就需要对快递员的工作情况以及排班情况进行
Redis的数据结构uploadceabfddcffefcfpngRedis的键值对中的key就是字符串对象而value可以是字符串对象也可以是集合数据类型的对象redis的键值数据库uploadaefcfceedefpngStringSDSuploaddcddaaaadepngC语言字符数组以结尾标识字符串的结束uploadfaffcbacfacdadfpngC语言实现的字符数组有两个缺陷a获取字符串长度的时间复杂度为ONb字符串的结尾是以字符标识字符串里面不能包含有字符因此不能保存二进制数据redis中的SDS结构uploadfeffcbbaaedcbdpngRedis的SDS结构在原本字
2024-02-07 12:54 1075 0 Redis数据结构
前言通用点赞系统需要满足下列特性uploadecbceafafcdpng通用点赞业务在设计的时候不要与业务系统耦合必须同时支持不同业务的点赞功能独立点赞功能是独立系统并且不依赖其它服务这样才具备可迁移性并发一些热点业务点赞会很多所以点赞功能必须支持高并发安全要做好并发安全控制避免重复点赞实现思路要保证安全避免重复点赞我们就必须保存每一次点赞记录只有这样在下次用户点赞时我们才能查询数据判断是否是重复点赞同时因为业务方经常需要根据点赞数量排序因此每个业务的点赞数量也需要记录下来综上点赞的基本思路如下uploadfabefaddacfpng问题点赞服务必须独立因此必须抽取为一个独立服务如果业务方需要
2024-01-23 22:36 1701 0 Redis优化 合并写请求 Redis数据结构 定时任务 高并发 持久化
背景在我的项目一Online学习平台中有这么一个场景积分的获取积分的高低又形成了排行榜用户获取积分的途径有种签到在个人积分页面可以每日签到每次签到得分连续签到有额外积分奖励学习也就是看视频写回答就是给其他学员提问的问题回答给回答做评论是没有积分的写笔记就是学习的过程中记录公开的学习笔记分享给所有人看或者你的笔记被人点赞写评价对你学习过的课程评价可以获取积分但课程只能评价一次我们重点要说的就是签到分析使用数据库记录签到记录我们设计出如下表uploadffeefecdbcaeeabdpng缺点占用空间大这张表中的一条记录是一个用户一次的签到记录假如一个用户年签到次而网站有万用户就会产生亿条记录随着
