如何生成固定長度的訂單号?訂單号規則:訂單命名的幾種規則：，現在小編就來說說關于如何生成固定長度的訂單号?下面内容希望能幫助到你，我們來一起看看吧!

如何生成固定長度的訂單号

訂單号規則:

訂單命名的幾種規則：

1、不重複。

2、安全性。

你的訂單編号不能透露你公司的真實運營信息，比如你的訂單就是流水号的話，那麼别人就可以從訂單号推測出你公司的整體運營概括了。所以訂單編碼必須是除了你們公司少部分人外，其他人基本看不懂的。參考京東和淘寶的編碼規則，基本别人是搞不清是什麼意思的。

其實最好的防洩漏編碼規則就是在編碼中不要加入任何和公司運營的數據。

3、不能使用大規模随機碼。

很多人分析訂單編碼規則的時候，第一個念頭肯定是不重複唯一性，那麼第二個念頭可能就是安全性，那麼同時滿足前兩者的第三個念頭就是随機碼了。因為大規模的随機碼随機生成，因為本身就沒有意義所以無所謂洩密了。但是事實上這種編碼規則在實現上會有很大問題的。

随機碼滿足第二點安全性要求，為了滿足第一點不重複特性，那就得在生成随機碼的時候對比曆史數據是否有重複，如果你的訂單數量到達了十萬次，你每次生成訂單編碼時就得對比十萬條曆史數據，你可想而知會造成什麼巨大問題。

但是難道随機碼就不能在編碼中使用了嗎？小規模的随機碼是可以使用的，比如2~3位，這種随機碼一般都是和流水号等結合使用，主要作用是為了隐藏流水号的真實數據而進行使用的。

4、防止并發。

這條規則主要針對編碼中有時間的設定。

5、控制位數。

這點很好理解，訂單号的作用就是便于查詢。

一般正常使用場景應該是訂單出異狀或者退貨的時候，用戶将訂單号報給客服，由客服進行查詢。

所以一般在10~15位為好。

京東10位，淘寶15位。

推薦的幾種編碼規則：

年月日時分秒 用戶ID(命名用戶ID時也要注意，不要用流水号。可以采用區域ID 随機碼 流水号 随機碼方式)

1、唯一性：時間是單向的，确保唯一性。

2、安全性：确保用戶ID安全即可。

3、随機碼不參與判斷，因為之前數據已确保無重複。

4、在同1秒鐘，同一用戶是不會産生2個訂單編碼的，所以可以防并發。

5、位數可能會在20位之内，位數比較多。

年月日時分秒微秒 随機碼(2) 流水号 随機碼(3)

1、唯一性：時間是單向的，确保唯一性。

2、安全性：确保流水号不會識别出即可。

3、随機碼的位數和前後都是保密的，所以如果不清楚這一點的話，是很難判斷出流水号的位數的。因為同時産生的訂單數量很多，編碼不具備線性對比功能。就算知道了流水号，可以在初始化時進行賦值。

4、在同1秒鐘，同一用戶是不會産生2個訂單編碼的，所以可以防并發。

5、位數可能會在20位之内，位數比較多。

訂單号常見的幾種方式：

1.利用數據庫主鍵值産生一個自增長的訂單号（訂單号即數據表的主鍵）

2.日期 自增長數字的訂單号（比如：2012040110235662）

3.産生随機的訂單号(65865325365966)

4.字母 數字字符串式，字母有包含特别意義，C02356652

訂單号設計原則： 按需設計

用來檢索訂單詳細信息的唯一特征碼，可以利用訂單号檢索到下單日期、産品類别、顔色、尺碼（或款式）、倉位等信息，訂單号包含過多的信息有點“畫蛇添足”的意味！隻要按需設計即可！

訂單号設計用戶體驗規則：

1.訂單号無重複性；

2.如果方便客服的話，最好是“日期 自增數”樣式的訂單号，客服一看便知道訂單是否在退貨保障期限内容；

3.訂單号長度盡量保持短（10位以内），方便用戶，尤其電話投訴時，長的号碼報錯幾率高，影響客服效率；

4.訂單号盡量保持數字型(純整數)，在數據庫訂單索引查詢中，長整數字型的數據索引與檢索效率，遠遠高于文本型，因此盡量避免“字母 數字字符串式”！

參考資料：訂單号生成規則

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!