4. 生产批号编码规则：批号的结构设计、编码规范与唯一性保证策略

生产批号（Lot/Batch ID）是批次谱系的“身份证”。在MES系统中，批号编码规则直接决定了批次追溯的精度、数据检索的效率以及跨系统集成的可行性。一个设计良好的批号结构，必须同时满足唯一性、可读性和可扩展性三大核心要求。

4.1 批号结构设计：日期+产线+序列号

工业实践中，最经典的批号编码结构采用“日期前缀 + 产线标识 + 流水序列号”的三段式组合。这种结构既能通过日期快速定位时间窗口，又能通过产线标识区分物理来源，最后通过序列号保证同一时间、同一条线内的唯一性。

4.2 编码规范与约束

编码规范需要从字符集、分隔符、时间格式、循环策略四个维度进行标准化定义，避免不同工厂、不同产线之间出现歧义。

• 字符集：仅使用大写字母（A-Z）和数字（0-9），禁止使用小写字母、中文、特殊符号（如 / - _ 等）。原因：小写字母在OCR识别时容易混淆（如 l 与 1），特殊符号在ERP/SAP接口中可能被转义。
• 分隔符：推荐不使用分隔符。如果业务要求可读性，可在显示层添加连字符（如 20250407-L3-0189），但存储层必须保持纯字母数字。
• 时间格式：统一使用 YYYYMMDD，不使用 YYMMDD 或 YYYY-MM-DD。4位年份可避免“千年虫”类问题，且排序时字符串即等于时间顺序。
• 循环策略：流水序列号每日从 0001 开始，最大到 9999。如果单日单线产量超过 9999，则需要扩展序列号位数（如 5 位）或增加班次标识位。

4.3 唯一性保证策略

唯一性是批号的生命线。在分布式、高并发的MES采集场景下，必须从数据库层和应用层双重保证批号不重复。

4.3.1 数据库层：唯一约束与序列生成

在MES系统的批次表中，对批号字段建立唯一索引（UNIQUE INDEX），这是防止重复的最后一道防线。同时，流水序列号的生成应使用数据库的自增序列（SEQUENCE）或原子计数器，避免应用层并发冲突。

-- 示例：PostgreSQL 序列生成批号流水号
CREATE SEQUENCE batch_seq_20250407_L3 START 1 MAXVALUE 9999 CYCLE;

-- 生成批号时调用
SELECT '20250407' || 'L3' || LPAD(NEXTVAL('batch_seq_20250407_L3')::TEXT, 4, '0') AS batch_no;

4.3.2 应用层：Redis 分布式锁与预生成

在高并发场景（如多条产线同时请求批号），数据库序列可能成为瓶颈。推荐使用Redis 原子自增（INCR）配合日期+产线的Key设计，实现毫秒级批号生成。

// 示例：Redis 生成批号流水号（Java 伪代码）
String key = "batch:seq:" + date + ":" + lineId;
Long seq = redisTemplate.opsForValue().increment(key, 1);
// 每日首次调用时设置过期时间，避免Key堆积
if (seq == 1) {
    redisTemplate.expire(key, 2, TimeUnit.DAYS);
}
String batchNo = date + lineId + String.format("%04d", seq);

4.4 批号编码结构示意图

下图展示了批号从结构设计到最终落库的完整链路，以及各段位的业务含义。

4.5 唯一性保证策略示意图

下图展示了从批号请求到最终落库的唯一性保证流程，包含Redis缓存层与数据库持久层的协同工作。

4.6 编码规则对比：常见方案优劣