我繼承了一個(gè)數(shù)據(jù)庫,該數(shù)據(jù)庫的構(gòu)想是復(fù)合鍵比使用唯一的對象ID字段更理想,并且在構(gòu)建數(shù)據(jù)庫時(shí),永遠(yuǎn)不要將單個(gè)唯一的ID 用作主鍵。因?yàn)槲艺跒榇藬?shù)據(jù)庫構(gòu)建Rails前端,所以我遇到了使其符合Rails約定的困難(盡管可以使用自定義視圖和一些其他gem來處理復(fù)合鍵)。編寫此特定模式的人背后的推理,與數(shù)據(jù)庫如何以一種非有效的方式處理ID字段以及在構(gòu)建索引時(shí),樹排序有缺陷有關(guān)。這種解釋缺乏任何深度,我仍在嘗試圍繞這個(gè)概念(我熟悉使用復(fù)合鍵,但并非100%的時(shí)間)。任何人都可以對此主題發(fā)表意見或增加深度嗎?
3 回答

茅侃侃
TA貢獻(xiàn)1842條經(jīng)驗(yàn) 獲得超22個(gè)贊
我從事數(shù)據(jù)庫應(yīng)用程序開發(fā)已有15年了,但我還沒有遇到過這樣一個(gè)案例:非代理鍵比代理鍵是更好的選擇。
我并不是說這種情況不存在,我只是說,當(dāng)您考慮到實(shí)際開發(fā)訪問數(shù)據(jù)庫的應(yīng)用程序的實(shí)際問題時(shí),通常,代理鍵的好處開始?jí)旱沽薾on的理論純度。 -代理鍵。
- 3 回答
- 0 關(guān)注
- 706 瀏覽
添加回答
舉報(bào)
0/150
提交
取消