我繼承了一個數據庫，該數據庫的構想是復合鍵比使用唯一的對象ID字段更理想，并且在構建數據庫時，永遠不要將單個唯一的ID 用作主鍵。因為我正在為此數據庫構建Rails前端，所以我遇到了使其符合Rails約定的困難（盡管可以使用自定義視圖和一些其他gem來處理復合鍵）。編寫此特定模式的人背后的推理，與數據庫如何以一種非有效的方式處理ID字段以及在構建索引時，樹排序有缺陷有關。這種解釋缺乏任何深度，我仍在嘗試圍繞這個概念（我熟悉使用復合鍵，但并非100％的時間）。任何人都可以對此主題發表意見或增加深度嗎？
3 回答
茅侃侃
TA貢獻1842條經驗 獲得超21個贊
我從事數據庫應用程序開發已有15年了，但我還沒有遇到過這樣一個案例：非代理鍵比代理鍵是更好的選擇。
我并不是說這種情況不存在，我只是說，當您考慮到實際開發訪問數據庫的應用程序的實際問題時，通常，代理鍵的好處開始壓倒了non的理論純度。 -代理鍵。
- 3 回答
- 0 關注
- 690 瀏覽
添加回答
舉報
0/150
提交
取消