系统单据号生成规则推荐

对订单类系统而言，单据号是非常重要的东西。一个好的单据号组成往往应该包含丰富的元素，利于问题的调查，业务的扩展。

这里列举几种不好的单据号范例：

• 单纯的数字递增: 001, 002, 003 //无业务含义
• UUID//无业务含义，且无顺序概念
• 日期+用户ID//当天同一用户发生两笔业务时可能重复

好的单据号规则

系统标识	日期	sequence空间
表示当前单据号是属于哪个系统的，比如001表示支付系统，002表示团购系统	表示这笔单据是发生在哪一天的，yyyyMMdd格式字符串	可放8位数字，支持一亿的sequence，值可以来自当前表的主键ID，不满8位的左边统一补0，这个保证了最终的唯一性

如果当前系统有子单据概念，比如订单系统里还有物流单的概念，则可以加入子业务单标识

系统标识	日期	子业务单标识	sequence空间
-	-	001表示物流单，002表示退款单	-

如果你的数据库是分库分表的，则强烈建议在单据号中加入分库分表位，将有很大的收益

系统标识	日期	分库分表位	sequence空间
-	-	0102表示01库的02号表	-

总之好的单据号可以获得如下收益：

• 根据单据号马上可以知道这个来自哪个系统，发生在哪一天
• 在这个系统中属于具体哪一个子业务
• 这笔单子是属于哪个库哪个表的
• 在程序中只要你能获得单据号，就能通过截取的方式获得很多有价值的信息，便于逻辑的处理。久而久之你会不自主让单据号贯穿整个系统，也乐意在日志中打印，将极大方便你解决问题
• 当整个系统群都遵守统一的标准时，你会发现当进入任意一个新系统时，只要给你这个系统的单据号则你都能快速定位日志，代码，数据库表，非常利于学习

让我们拥抱好的单据号生成习惯吧！