本文介紹了可以將非連續(xù)ID作為數(shù)據(jù)庫中表的主鍵嗎？的處理方法，對大家解決問題具有一定的參考價值，需要的朋友們下面隨著小編來一起學習吧！
問題描述
我不太了解數(shù)據(jù)庫，無法找到合適的詞來提出這個問題，所以讓我舉一個例子來解釋我正在嘗試做的事情：假設(shè)我希望表的主鍵是我從API獲取的ID，但這些API請求中的大多數(shù)都會導致404個錯誤。因此，我的表將如下所示：
我也不知道如何在Stack Overflow上設(shè)置表狀結(jié)構(gòu)的格式，所以這將是一個粗略的視覺效果：
API_ID_PK | name
------------------
1 | Billy
5 | Timmy
23 | Richard
54 | Jobert
104 | Broccoli
ID是否可以不以1位數(shù)字順序分隔？或者我應該這樣做：
ID PK | API_ID | NAME
----------------------------------------
1 | 1 | Billy
2 | 5 | Timmy
3 | 23 | Richard
4 | 54 | Jobert
5 | 104 | Broccoli
由于索引原因，第二個表是否會更有效？或者第一張桌子很好嗎？謝謝！
推薦答案
不會，ID不連續(xù)不會影響效率。事實上，MySQL(和其他數(shù)據(jù)庫)允許您設(shè)置一個變量auto_increment_increment，使ID遞增1以上。這通常用于多主機設(shè)置。
這篇關(guān)于可以將非連續(xù)ID作為數(shù)據(jù)庫中表的主鍵嗎？的文章就介紹到這了，希望我們推薦的答案對大家有所幫助，
