電子商務系統中 order表中的 order_id 和order_sn的區別

order_id 是ID主鍵
order_sn是訂單編號
從我們代碼實現上來說 有order_id 就夠了 那order_sn存在的意義是啥？
為了前台展示訂單資訊的時候用？ 不展示訂單id安全點？
order_sn 的內容問題，有的是時間加自增長位 還有就是規定一串數字加自增長位
對了 我們現在系統的order給order_sn加了索引

回複內容：

order_id 是ID主鍵
order_sn是訂單編號
從我們代碼實現上來說 有order_id 就夠了 那order_sn存在的意義是啥？
為了前台展示訂單資訊的時候用？ 不展示訂單id安全點？
order_sn 的內容問題，有的是時間加自增長位 還有就是規定一串數字加自增長位
對了 我們現在系統的order給order_sn加了索引

如LS所說，所以id是自增的話，這個是不適合暴露出來的
同時，後期擴充的話，可能會多台資料庫，這個id可能都會出現重複的，

sn一般是自己的邏輯運算出來的，所以不會出現這個問題

你會對外暴露你們的自增的order_id嗎？公司內部機密的東西

沒什麼區別，一種自認為安全的處理而已，就像user有id和username，兩者除了外觀不同外實際上是等價的。非要說區別的話就是一個是順序的，另一個是無序的，所以有的人認為無序的更安全。

order_id是自增長；order_sn俗稱訂單號，訂單表裡唯一值；

一般作用：

• 在暴露情況，訂單號會比訂單id更適合展示給使用者，相比而言也會更直觀好記

• 安全考慮。訂單號會比訂單id相對更安全，畢竟id是自增長，有規律

• 報表：一般財務，運營，在做統計的時候，訂單號會更利於統計

• 後期資料維護及轉移，當牽涉多個表關聯的時候，訂單號畢竟唯一；訂單id自增長，如後期轉移資料，id可能會因此變化。但訂單號不變化

訂單id是給外部用的，有規律的id會暴漏一些機密資訊。如一天的訂單量，別人的訂單號等。你總不想你的成交量被人直接看到吧？id是主鍵，自增長，是給資料庫用的。

