一種生成資料庫表主鍵欄位的方法及裝置的製作方法

2023-06-06 18:33:36

專利名稱：一種生成資料庫表主鍵欄位的方法及裝置的製作方法
技術領域：
本發明涉及信息系統應用技術領域，尤其涉及一種生成資料庫表主鍵字 段的方法及裝置。
背景技術：
目前，資料庫表主鍵欄位的主流生成方法包括資料庫序列方法及GUID (全局統一標識符)方法。其中，資料庫序列方法是指通過調用ft據庫自身 提供的序列函數，返回一個不斷增長的數值，可以保證該數值不會出現重複。 GUID方法是指在一臺機器上生成的數值，可以保證對同一時空(全世界)中 的所有機器都是唯一的。
然而，上述兩種主流的生成資料庫表主鍵欄位的方法都有不足之處，具 體而言，資料庫序列方法雖然性能較高，資料庫容量佔用最少，但使用時必 須先插入資料庫，才能確定ID值，這對於代碼編寫是非常不便的。而GUID方 法由於天然的不重複性，使用起來非常方便，但其生成的主鍵欄位長度較長， 即44位。

發明內容
本發明實施例提供一種生成資料庫表主鍵欄位的方法及裝置，既能保持 GUID使用的方便性，又能使主鍵長度大大減少，有效提高查詢和索引性能。 本發明實施例提供以下技術方案
本發明實施例提供一種生成資料庫表主鍵欄位的方法，包括 獲取當前最大的標識符ID值；
將所述最大的ID值增加預定值，同時更新所述當前最大的ID值； 將所述預定值個ID值分別轉換為預定進位後存儲到ID池中，形成可供 使用的資料庫表主鍵欄位；或者將所述預定值個ID值存儲到ID池中，形成 可供生成資料庫表主鍵欄位的ID值，當需要生成資料庫表主鍵欄位時，從所 述ID池中獲取ID值，並將該ID值轉換為預定進位後，形成可供使用的數據 庫表主鍵欄位。
優選的，所述獲取當前最大的ID值的步驟之前還包括判斷ID池中的ID值是否已經用完，如果已經用完則繼續後續步驟，如果沒有用完則直接從
ID池中獲得可供使用的資料庫表主鍵欄位或者從ID池中獲得可供生成的數
據庫表主鍵欄位的ID值，並將該ID值轉換為預定進位後，形成可供使用的
資料庫表主鍵欄位。
進一步的，所述形成可供使用的資料庫表主鍵欄位後，還包括 判斷所述資料庫表主鍵欄位是否最終保存到資料庫中； 如果沒有保存到資料庫中，則將所述資料庫表主鍵欄位回收到所述ID池
中，並且所述回收的ID值的優先級高於非回收的ID值。 優選的，所述預定值為大於10,小於10000的自然數。 優選的，所述預定進位為十進位、或二十六進位、或三十六進位、或六
十二進位。
相應的，本發明實施例還體統一種生成資料庫表主4定欄位的裝置，包括 第一獲取單元，用於獲取當前最大的標識符ID值；
第一更新單元，用於將所述最大的ID值增加預定值，同時更新所述當前 最大的ID值；
第一轉換單元，用於將所述預定值個ID值分別轉換為預定進位後存儲到 ID池中，形成可供使用的資料庫表主鍵欄位；
第一處理單元，用於從所述ID池中存儲的可供使用的資料庫表主鍵欄位 中獲得需要生成的資料庫表主鍵欄位。
優選的，所述裝置還包括第一判斷單元，用於判斷ID池中的ID值是 否已經用完，如果已經用完則觸發第一獲取單元處理，如果沒有用完則觸發 第一處理單元處理。
優選的，所述裝置還包括第一回收單元，用於當所述第一處理單元獲 得的資料庫表主鍵欄位沒有保存到資料庫中時，將所述資料庫表主鍵欄位回 收到所述ID池中，並且將所述回收的ID值的優先級i殳置成高於非回收的ID 值。
此外，本發明實施例還提供一種生成資料庫表主鍵欄位的裝置，包括 第二獲取單元，用於獲取當前最大的標識符ID值；第二更新單元，用於將所述最大的ID值增加預定值，同時更新所述當前
最大的ID值；
第二處理單元，用於將所述預定值個ID值存儲到ID池中，形成可供生 成資料庫表主鍵欄位的ID值；
第二轉換單元，用於從所述ID池中獲取ID值，並將該ID值轉換為預定 進位後，形成可用使用的資料庫表主鍵欄位。
優選的，所述裝置還包括第二判斷單元，用於判斷ID池中的ID值是 否已經用完，如果已經用完則觸發第二獲取單元處理，如果沒有用完則觸發 第二轉換單元處理。
優選的，所述裝置還包括第二回收單元，用於當所述第二轉換單元形 成的資料庫表主鍵欄位沒有保存到資料庫中時，將所述資料庫表主鍵欄位回 收到所述ID池中，並且將所述回收的ID值的優先級設置成高於非回收的ID 值。
本發明提供的生成資料庫表主鍵欄位的方法及裝置，既能保持GUID使用 的方便性，又能使主鍵長度大大減少，有效提高查詢和索引性能。具體而言， 本發明實施例可以預先獲得ID，而無需像使用資料庫序列那樣必須預先插入 資料庫才能決定ID。經過測試，與現有的GUID方法比較，平均獲取ID的性能 基本一致，但是ID的長度可以從44位減少到7位甚至更低，資料庫容量降低30% 左右。


為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實 施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面 描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講， 在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。 圖1是本發明實施例一生成資料庫表主鍵欄位的方法流程圖； 圖2是本發明實施例二生成資料庫表主鍵欄位的方法流程圖； 圖3是本發明實施例三生成資料庫表主鍵欄位的裝置結構示意圖； 圖4是本發明實施例四生成資料庫表主鍵欄位的裝置結構示意圖。
具體實施例方式
本發明實施例提供一種生成資料庫表主鍵欄位的方法及裝置，既能保持
GUID使用的方便性，又能使主鍵長度大大減少，有效提高查詢和索引性能。 為使本發明的目的、技術方案及優點更加清楚明白，下面參照附圖並舉實施 例，對本發明進一步詳細說明。
如圖1所示，為本發明實施例一生成資料庫表主鍵欄位的方法流程圖， 所述方法包括
步驟IOI、獲取當前最大的ID值；
需要說明的是，所述當前最大的ID值可以預先存儲在資料庫中的UID表 中，也可以存儲在其他的文件中，只要在需要獲取的時候能夠獲取到當前最 大的ID值即可。如果是通過資料庫中的UID表存儲，則在實現時可以預先創 建UID表(ID Biglnt)，其中，所述UID表中永遠只有一行記錄，用於存儲 當前最大的ID值。
步驟102、將所述最大的ID值增加預定值，同時更新所述當前最大的ID
值；
需要說明的是，所述預定值的設定範圍很廣且很靈活，例如可以是10、 或者IOOO、或者5000、或者10000等，具體設定多少主要取決於實際需要， 例如，可以根據獲取ID頻率進行配置，當軟體系統的新增頻率4艮好，預定值 可以設置大一些以獲得更好的性能，如果主要是查詢操作，可以設置的d、一 些。當將所述最大的ID值增加預定值後，需要將當前最大的ID值同步更新， 以便下次再獲取時可以獲取到當前最大的ID值。
步驟103、將所述預定值個ID值分別轉換為預定進位後存儲到ID池中， 形成可供使用的資料庫表主鍵欄位。
需要說明的是，所述預定進位的設定範圍也很廣泛並且非常靈活，例如 可以是十進位、或二十六進位、或三十六進位、或六十二進位等等，具體設 定多少主要取決於實際需要，例如，為了適應SQLServer等不區分大小寫的 資料庫系統，可以採用36進位進行轉換，其中，36進位是用0-9，大寫字母 A-Z共36個字符來組成的，這36個是完全不重複的，而小寫字母a-z和大寫
8字母A-Z在不區分大小寫的資料庫系統中，被認為是一樣的。如果採用36進 制進行轉換，則轉換後存儲到ID池中的ID字符串的長度為7位。由於36的 7次方是783億個ID,足以滿足一般應用系統的需求，因此，對於通常的需 求36進位是比較優選的。但出於特殊需求，可以適當縮小或增大ID字符串 的位數。如果電信級的系統，數據量巨大，可能7位(36八7=783億)就不夠 了，可以擴展為8位(36K8000億)。對於中小型小的軟體系統，6位可能就 足夠了。所以可以在實際使用中進行適應性調整。對於更高的進位，既可以 縮小ID長度，也能達到更高的ID容量。因此，為了降低ID長度，可在Oracle, DB2等資料庫中採用62進位(0-9, A-Z, a-z),或其他更高位進位轉換方法。
此外，還需要說明的是，所述的ID池只是說明存儲ID的一個數據結構， 具體應用時可以採用數組、列表等多種方式，本發明對此不作限定。
另外，所述獲取當前最大的ID值的步驟之前還可以包括判斷ID池中 的ID值是否已經用完，如果已經用完則繼續後續步驟，如果沒有用完則直接 從ID池中獲得可供使用的資料庫表主鍵欄位。
在實現上述方法時，具體可以採用getUID方法，其偽代碼表示如下
If(ID池為空或者已用完){ 獲得UID表中的ID值。
將UID表中的ID值加n (例如n=100、 1000 )，更新回UID表 將n個ID數值轉為36進位(0-9, A~Z )並填充到ID池。 返回池中第一個ID } else { 返回池中下一個ID
下面對上述偽代碼說明如下
設置ID池容量為IOO，當程序調用getUID 方法，申"i青一個ID時 首先判斷ID池是否為空或已經用完，如果ID池為空或已經用完，則去 資料庫中取最後一個ID值，然後將資料庫中ID值+100，更新翁:據庫。然後 將ID池用資料庫ID值+1,資料庫ID值+2…...資料庫ID值+100分別轉換為36進位後填充到ID池，然後返回資料庫ID值+1的字符串即為申請的ID。 如果ID池不為空，則直接返回ID池中下一個ID即可。
例如某一個網上註冊系統，用戶填寫信息後保存，在將用戶信息保存 到資料庫的用戶表之前，需要給該條記錄分配一個主鍵(ID)。這時程序調用 UID類的getUID方法獲得一個ID,則可能表示為0000001。而如果用現有 GUID 方法獲得 一 個 ID ， 則可能表示為 A40B4B44-802A-41CD-97AB-B13047D6A984 。顯然，本發明的7位比現有 GUID方法的固定44位會高效的多，存儲空間也小的多。
顯然，本發明通過getUID方法可以獲得1個永不重複的7位ID字符串。 此處需要說明的是，在實現中如果採用單個伺服器，則該方法通過設置成線 程以確保ID字符串的唯一性。如果釆用多個伺服器，則通過將多個伺服器連 接到同一個資料庫伺服器上，以達到互斥的目的。
此外，上述實施例一中還可以做如下改進，即在所述形成可供使用的數 據庫表主鍵欄位後，還包括
判斷所述資料庫表主鍵欄位是否最終保存到資料庫中，如果沒有保存到 資料庫中，則將所述資料庫表主鍵欄位回收到所述ID池中，並且所述回收的 ID值的優先級高於非回收的ID值。例如，當程序申請了一個ID,可經過校 驗，發現用戶輸入錯誤，最終沒有將申請的ID保存進資料庫，那麼還可以將 所述ID還回來，給別的申請用戶使用。在實現時，可以將回收的ID也放在 ID池中供後續申請用戶使用；也可以將回收的ID放在ID池中，^f旦同時將回 收的ID值的優先級設置成高於非回收的ID值的優先級；當然還可以將回收 的ID》文在一個專門的回收ID池中，該回收ID池的優先級高於前述的ID池， 在獲取時先到回收ID池中，若沒有再繼續後續步驟。總之，實現的方式有很 多，只要能夠將回收的ID再次利用，本發明對具體的實現方式不作限制。
如圖2所示，為本發明實施例二生成資料庫表主鍵欄位的方法流程圖， 所述方法包括
步驟201、獲取當前最大的ID值；
需要說明的是，所述當前最大的ID值可以預先存儲在資料庫中的UID表中，也可以存儲在其他的文件中，只要在需要獲取的時候能夠獲取到當前最
大的ID值即可。如果是通過資料庫中的UID表存儲，則在實現時可以預先創 建UID表(ID Biglnt),其中，所述UID表中永遠只有一行記錄，用於存儲 當前最大的ID值。
步驟202、將所述最大的ID值增加預定值，同時更新所述當前最大的ID
值；
需要說明的是，所述預定值的設定範圍很廣且很靈活，例如可以是10、 或者IOOO、或者5000、或者10000等，具體設定多少主要取決於實際需要， 例如，可以根據獲取ID頻率進行配置，當軟體系統的新增頻率4艮好，預定值 可以設置大一些以獲得更好的性能，如果主要是查詢操作，可以設置的小一 些。當將所述最大的ID值增加預定值後，需要將當前最大的ID值同步更新， 以便下次再獲取時可以獲取到當前最大的ID值。
步驟203、將所述預定值個ID值存儲到ID池中，形成可供生成資料庫表 主鍵欄位的ID值，當需要生成資料庫表主鍵欄位時，從所述ID池中獲取ID 值，並將該ID值轉換為預定進位後，形成可供使用的資料庫表主鍵欄位。
需要說明的是，所述預定進位的設定範圍也很廣泛並且非常靈活，例如 可以是十進位、或二十六進位、或三十六進位、或六十二進位等等，具體設 定多少主要取決於實際需要。
另外，所述獲取當前最大的ID值的步驟之前還可以包括判斷ID池中 的ID值是否已經用完，如果已經用完則繼續後續步驟，如果沒有用完則從ID 池中獲得可供生成的資料庫表主鍵欄位的ID值，並將該ID值轉換為預定進 制後，形成可供使用的資料庫表主鍵欄位。
在實現上述方法時，具體可以採用getUID方法，其偽代碼表示如下
If(ID池為空或者已用完){ 獲得UID表中的ID值。
將UID表中的ID值加n (例如n=100、 1000 ),更新回UID表。 將n個ID數值填充到ID池。
返回池中第一個ID並將其轉為36進位(0-9,A~Z)
ii} else {
返回池中下一個ID並將其轉為36進位(0-9， A~Z ) 下面對上述偽代碼說明如下
設置ID池容量為100，當程序調用getUID 方法，申請一個ID時 首先判斷ID池是否為空或已經用完，如果ID池為空或已經用完，則去 資料庫中取最後一個ID值，然後將資料庫中ID值+100,更新資料庫。然後 將ID池用資料庫ID值+1,資料庫ID值+2…...資料庫ID值+100填充到ID 池，然後返回資料庫ID值+1的字符串並將其轉換為36進位即為申請的ID。 如果ID池不為空，則直接返回ID池中下一個ID的字符串並將其轉換為36 進位即可。
顯然，本發明通過getUID方法可以獲得1個永不重複的7位ID字符串。 此外，上述實施例一中還可以做如下改進，即在所述形成可供〗吏用的資料庫 表主鍵欄位後，還包括
判斷所述資料庫表主鍵欄位是否最終保存到資料庫中，如果沒有保存到 資料庫中，則將所述資料庫表主鍵欄位回收到所述ID池中，並且所述回收的 ID值的優先級高於非回收的ID值。例如，當程序申請了一個ID,可經過校 驗，發現用戶輸入錯誤，最終沒有將申請的ID保存進資料庫，那麼還可以將 所述ID還回來，給別的申請用戶^f吏用。在實現時，可以將回收的ID也放在 ID池中供後續申請用戶使用；也可以將回收的ID放在ID池中，但同時將回 收的ID值的優先級設置成高於非回收的ID值的優先級；當然還可以將回收 的ID放在一個專門的回收ID池中，該回收ID池的優先級高於前述的ID池， 在獲取時先到回收ID池中，若沒有再繼續後續步驟。總之，實現的方式有4艮 多，只要能夠將回收的ID再次利用，本發明對具體的實現方式不作限制。
如圖3所示，為本發明實施例三生成資料庫表主鍵欄位的裝置結構示意 圖，該裝置包括第一獲取單元310、第一更新單元320、第一轉^:單元330、 第一處理單元340,其中
所述第一獲取單元310，用於獲取當前最大的標識符ID值；所述第一更新單元320,用於將所述最大的ID值增加預定值，同時更新 所述當前最大的ID值；
所述第一轉換單元330，用於將所述預定值個ID值分別轉換為預定進位 後存儲到ID池中，形成可供使用的資料庫表主鍵欄位；
所述第一處理單元340，用於從所述ID池中存儲的可供使用的資料庫表 主鍵欄位中獲得需要生成的資料庫表主鍵欄位。
其中，所述裝置還可以包括第一判斷單元350,用於判斷ID池中的ID 值是否已經用完，如果已經用完則觸發第一獲取單元310處理，如果沒有用 完則觸發第一處理單元340處理。
此外，所述裝置還可以進一步包括第一回收單元360，用於當所述第一 處理單元340獲得的資料庫表主鍵欄位沒有保存到資料庫中時，將所述數據 庫表主鍵欄位回收到所述ID池中，並且將所述回收的ID值的優先級設置成 高於非回收的ID值。
如圖4所示，為本發明實施例四生成資料庫表主鍵欄位的裝置結構示意 圖。該裝置包括第二獲取單元410、第二更新單元420、第二處理單元430、 第二轉換單元440;其中
所述第二獲取單元410,用於獲取當前最大的標識符ID值；
所述第二更新單元420,用於將所述最大的ID值增加預定值，同時更新 所述當前最大的ID值；
所述第二處理單元430,用於將所述預定值個ID值存儲到ID池中，形成 可供生成資料庫表主鍵欄位的ID值； '
所述第二轉換單元440，用於從所述ID池中獲取ID值，並將該ID值轉 換為預定進位後，形成可用使用的資料庫表主鍵欄位。
其中，所述裝置還可以包括第二判斷單元450,用於判斷ID池中的ID 值是否已經用完，如果已經用完則觸發第二獲:f又單元410處理，如果沒有用 完則觸發第二轉換單元440處理。
此外，所述裝置還可以進一步包括第二回收單元460,用於當所述第二 轉換單元440形成的資料庫表主鍵欄位沒有保存到資料庫中時，將所述數據
13庫表主鍵欄位回收到所述ID池中，並且將所述回收的ID值的優先級設置成 高於非回收的ID值。
需要說明的是，上述方法實施例的相關描述同樣適用於裝置實施例，此 處不再贅述。
本領域普通技術人員可以理解實現上述實施例方法攜帶的全部或部分步 驟是可以通過程序來指令相關的硬體完成，所述的程序可以存儲於一種計算 機可讀存儲介質中，該程序在執行時，包括方法實施例的步驟之一或其組合。
另外，在本發明各個實施例中的各功能單元可以集成在一個處理模塊中， 也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個才莫 塊中。上述集成的模塊既可以採用硬體的形式實現，也可以採用軟體功能模 塊的形式實現。所述集成的模塊如果以軟體功能模塊的形式實現並作為獨立 的產品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質中。
上述提到的存儲介質可以是只讀存儲器，磁碟或光碟等。
綜上所述，本發明實施例提供的生成資料庫表主鍵欄位的方法及裝置，
既能保持GUID使用的方便性，又能使主鍵欄位長度大大減少，有效提高查詢 和索引性能。具體而言，本發明實施例可以預先獲得ID,而無需像使用數據 庫序列那樣必須預先插入資料庫才能決定ID。經過測試，與現有的GUID方法 比較，平均獲取ID的性能基本一致，但是ID的長度可以從44位減少到7位甚至 更低，資料庫容量降低30%左右。
以上對本發明所提供的生成資料庫表主鍵欄位的方法及裝置，本發明中
只是用於幫助理解本發明的方案；同時，對於本領域的一般技術人員，依據 本發明的思想，在具體實施方式
及應用範圍上均會有改變之處，綜上所述， 本說明書內容不應理解為對本發明的限制。
權利要求
1、一種生成資料庫表主鍵欄位的方法，其特徵在於，包括獲取當前最大的標識符ID值；將所述最大的ID值增加預定值，同時更新所述當前最大的ID值；將所述預定值個ID值分別轉換為預定進位後存儲到ID池中，形成可供使用的資料庫表主鍵欄位；或者將所述預定值個ID值存儲到ID池中，形成可供生成資料庫表主鍵欄位的ID值，當需要生成資料庫表主鍵欄位時，從所述ID池中獲取ID值，並將該ID值轉換為預定進位後，形成可供使用的資料庫表主鍵欄位。
2、 根據權利要求1所述的生成資料庫表主鍵欄位的方法，其特徵在於， 所述獲取當前最大的ID值的步驟之前還包括判斷ID池中的ID值是否已經 用完，如果已經用完則繼續後續步驟，如果沒有用完則直接從ID池中獲得可 供使用的資料庫表主鍵欄位或者從ID池中獲得可供生成的資料庫表主鍵欄位 的ID值，並 將該ID值轉換為預定進位後，形成可供使用的資料庫表主鍵字 段。
3、 根據權利要求2所述的生成資料庫表主鍵欄位的方法，其特徵在於， 所述形成可供使用的資料庫表主4定欄位後，還包括判斷所述資料庫表主4建欄位是否最終保存到資料庫中； 如果沒有保存到資料庫中，則將所述資料庫表主鍵欄位回收到所述ID池 中，並且所述回收的ID值的優先級高於非回收的ID值。
4、 根據權利要求1-3中任意一項所述的生成資料庫表主鍵欄位的方法， 其特徵在於，'所述預定值為大於10,小於10000的自然數。
5、 根據權利要求1-3中任意一項所述的生成資料庫表主鍵欄位的方法， 其特徵在於，所述預定進位為十進位、或二十六進位、或三十六進位、或六 十二進位。
6、 一種生成資料庫表主鍵欄位的裝置，其特徵在於，包括 第一獲取單元，用於獲取當前最大的標識符ID值；第一更新單元，用於將所述最大的ID值增加預定值，同時更新所述當前 最大的ID值；第一轉換單元，用於將所述預定值個ID值分別轉換為預定進位後存儲到ID池中，形成可供使用的資料庫表主鍵欄位；第一處理單元，用於從所述ID池中存儲的可供使用的資料庫表主鍵欄位 中獲得需要生成的資料庫表主鍵欄位。
7、 根據權利要求6所述的生成資料庫表主鍵欄位的裝置，其特徵在於， 還包括第一判斷單元，用於判斷ID池中的ID值是否已經用完，如果已經用完 則觸發第一獲取單元處理，如果沒有用完則觸發第一處理單元處理。
8、 根據權利要求7所述的生成資料庫表主鍵欄位的裝置，其特徵在於， 還包括第一回收單元，用於當所述第一處理單元獲得的資料庫表主鍵欄位沒有 保存到資料庫中時，將所述資料庫表主鍵欄位回收到所述ID池中，並且將所 述回收的ID值的優先級設置成高於非回收的ID值。
9、 一種生成資料庫表主鍵欄位的裝置，其特徵在於，包括 第二獲取單元，用於獲取當前最大的標識符ID值；第二更新單元，用於將所述最大的ID值增加預定值，同時更新所述當前 最大的ID值；第二處理單元，用於將所述預定值個ID值存儲到ID池中，形成可供生 成資料庫表主鍵欄位的ID值；第二轉換單元，用於從所述ID池中獲取ID值，並將該ID值轉換為預定 進位後，形成可用使用的資料庫表主鍵欄位。
10、 根據權利要求9所述的生成資料庫表主鍵欄位的裝置，其特徵在於， 還包括第二判斷單元，用於判斷ID池中的ID值是否已經用完，如果已經用完 則觸發第二獲取單元處理，如果沒有用完則觸發第二轉換單元處理。
11、 根據權利要求10所述的生成資料庫表主鍵欄位的裝置，其特徵在於， 還包括第二回收單元，用於當所述第二轉換單元形成的資料庫表主鍵欄位沒有保存到資料庫中時，將所述資料庫表主鍵欄位回收到所述ID池中，並且將所 述回收的ID值的優先級^1置成高於非回收的ID值。
全文摘要
本發明公開一種生成資料庫表主鍵欄位的方法及裝置。所述方法包括獲取當前最大的標識符ID值；將所述最大的ID值增加預定值，同時更新所述當前最大的ID值；將所述預定值個ID值分別轉換為預定進位後存儲到ID池中，形成可供使用的資料庫表主鍵欄位；或者將所述預定值個ID值存儲到ID池中，形成可供生成資料庫表主鍵欄位的ID值，當需要生成資料庫表主鍵欄位時，從所述ID池中獲取ID值，並將該ID值轉換為預定進位後，形成可供使用的資料庫表主鍵欄位。本發明既能保持GUID使用的方便性，又能使主鍵長度大大減少，有效提高查詢和索引性能。
文檔編號G06F17/30GK101661509SQ200910179909
公開日2010年3月3日 申請日期2009年9月29日 優先權日2009年9月29日
發明者王小鵬 申請人:金蝶軟體(中國)有限公司