使用此规则是否可以制作更好的唯一 ID?
Is it possible to make an better unique id as using this rule?
我正在尝试制作更好的唯一 ID 格式
因为我遇到过使用以下格式制作相同唯一id的案例
(许多用户试图在短时间内连接到我们的系统)
唯一 ID 格式为
- 一个class的文档排序(2位)
- B class 文档排序(2 位数)
- C class 文档排序(2 位数)
- 部门代码(5 个大写字母)
- yyyyMMddHHmmssSSS(事件日期和毫秒,17 位数字)
- 随机数字(2位)
例子
01-27-35-MYDEP-20220115133592028-30
我们可以修改的区域是6).
所以我的想法是
删除随机数字区域并扩展事件时间 (HHmmssSSS -> HHmmssSSSS)
1/1000 秒 -> 1/100000 秒
随机 2 个数字 -> 随机 2 个(数字和字母)
1/10*10 -> 1/36*36 = 1/100 -> 1/1296
你的想法怎么样?
延长时间听起来是最好的解决方案,只要您不能修改标识字符串中的任何其他内容。否则我建议使用 UUID。
我正在尝试制作更好的唯一 ID 格式
因为我遇到过使用以下格式制作相同唯一id的案例
(许多用户试图在短时间内连接到我们的系统)
唯一 ID 格式为
- 一个class的文档排序(2位)
- B class 文档排序(2 位数)
- C class 文档排序(2 位数)
- 部门代码(5 个大写字母)
- yyyyMMddHHmmssSSS(事件日期和毫秒,17 位数字)
- 随机数字(2位)
例子 01-27-35-MYDEP-20220115133592028-30
我们可以修改的区域是6).
所以我的想法是
删除随机数字区域并扩展事件时间 (HHmmssSSS -> HHmmssSSSS) 1/1000 秒 -> 1/100000 秒
随机 2 个数字 -> 随机 2 个(数字和字母)
1/10*10 -> 1/36*36 = 1/100 -> 1/1296
你的想法怎么样?
延长时间听起来是最好的解决方案,只要您不能修改标识字符串中的任何其他内容。否则我建议使用 UUID。