对订单类系统而言，单据号是非常重要的东西。一个好的单据号组成往往应该包含丰富的元素，利于问题的调查，业务的扩展。
这里列举几种不好的单据号范例：
- 单纯的数字递增: 001, 002, 003 //无业务含义
- UUID//无业务含义，且无顺序概念
- 日期+用户ID//当天同一用户发生两笔业务时可能重复
好的单据号规则
| 系统标识 | 日期 | sequence空间 |
|---|---|---|
| 表示当前单据号是属于哪个系统的，比如001表示支付系统，002表示团购系统 | 表示这笔单据是发生在哪一天的，yyyyMMdd格式字符串 | 可放8位数字，支持一亿的sequence，值可以来自当前表的主键ID，不满8位的左边统一补0，这个保证了最终的唯一性 |
如果当前系统有子单据概念，比如订单系统里还有物流单的概念，则可以加入子业务单标识
| 系统标识 | 日期 | 子业务单标识 | sequence空间 |
|---|---|---|---|
| - | - | 001表示物流单，002表示退款单 | - |
如果你的数据库是分库分表的，则强烈建议在单据号中加入分库分表位，将有很大的收益
| 系统标识 | 日期 | 分库分表位 | sequence空间 |
|---|---|---|---|
| - | - | 0102表示01库的02号表 | - |
总之好的单据号可以获得如下收益：
- 根据单据号马上可以知道这个来自哪个系统，发生在哪一天
- 在这个系统中属于具体哪一个子业务
- 这笔单子是属于哪个库哪个表的
- 在程序中只要你能获得单据号，就能通过截取的方式获得很多有价值的信息，便于逻辑的处理。久而久之你会不自主让单据号贯穿整个系统，也乐意在日志中打印，将极大方便你解决问题
- 当整个系统群都遵守统一的标准时，你会发现当进入任意一个新系统时，只要给你这个系统的单据号则你都能快速定位日志，代码，数据库表，非常利于学习
让我们拥抱好的单据号生成习惯吧！
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。