目前构想是这样的：每个托盘有 200 个盒子，二维码朝上采集一板货可能分 4 个区域采集。一次会有 50 个二维码上传到服务器进行校验，如果发现有重复的二维码，服务器会返回重复的二维码，然后设备会对重复的盒子定位并标记。
每批货物有一个码包，每个码包有 50 万个二维码。如果考虑历史码包，数据量可能会更大。
码包是客户用加密压缩文件给的，之前的系统是，收到条码之后导入 mysql 数据，用临时表校验重复，数据库用一段时间就变得贼大，要定时删历史数据。不用考虑剔除，所以对校验时长没有要求。
我有两个问题想请教大家：
[ol]
[/ol]
1. 二维码是客户提供，固定网址+末尾的变量 规则不知，码包的意思是一个大码段
2. 有一个码管理系统，条码都会导入系统，然后通过系统生成 txt 文件 下发给喷码机。
后续准备喷完码，开始制作前再过一遍机器，做一遍重复校验。防止变成成品后才发现重复（人为原因这个悲剧已经发生了，暂时加在末端）就是原帖里的方案。应该只用校验最近几个码报，不到千万的数量。
条码生产前导入系统时，只对同一个工单使用的几个码报做了校验。
如果要扩展到同款产品 1 年内的历史码包校验。数据量就会很大，想请教大家有什么去重思路/方案。
第 2 条附言 · 3 小时 51 分钟前
谢谢大家的帮助，祝大家身体健康，笑口常开。
单个产品年度的条码数量将近亿数量，每次从客户处获取码包导入“条码系统” 时与一年内该产品的历史条码数据做比对校验重复。这块有什么好的实现方式呀？
