商城的订单号是否越长越好？

比如10位的订单号和18位的订单号，对于小型电商网站都是可以用不同的方法做到极低甚至完全不重复的，只是10位的实现起来一定比18位的实现起来要麻烦很多，我想知道这种情况下18位的弊端是什么？

dislido 1楼•1 年前

多占用8字节的空间？

wand933 2楼•1 年前作者

@dislido 换句话是，我认为18位的相比10位利远大于弊，但依然有一些公司用短的，比如京东使用的就是11位数，所以我好奇使用短订单号的公司是什么样的出发点

wand933 3楼•1 年前作者

@dislido 空间问题应该不会是决定这样设计的因素吧

atian25 4楼•1 年前

也许只是历史遗留问题而已。。。

atian25 5楼•1 年前

另外不是越长越好，需要注意下，JS 的 Number 精度问题，我们都是要求后端返回的 JSON 里面的 ID 是 String 类型。

wand933 6楼•1 年前作者

@atian25 这一定是string类型的

wand933 7楼•1 年前作者

@atian25 也许我多虑了，我担心太长会有弊端。保证商户订单号极大概率唯一即可。

AnzerWall 8楼•1 年前

有弊端，遇到过很傻缺的第三方支付的合作方订单id长度最长12位

当时用mongo的我们傻眼了

atian25 9楼•1 年前

@wand933 你还真别说，非常多的 Java 后端很少会考虑这个的。

airyland 10楼•1 年前

短订单是为了方便用户口述，方便客服记录查询。10位以下一般够了。

a69694510 11楼•1 年前

我觉得10左右就够用了

来自酷炫的 CNodeMD

jamieYou 12楼•1 年前

@atian25 可以要求后端转？我这边前端经常需要比较 html里面的属性和后台返回的id，每次都要全部转成字符串来比较。

atian25 13楼•1 年前

@jokerapi 那是自然，就是要一直盯着，因为对他们来说也麻烦，数据库里面是 long 的。