2.oracle資料運用那種主鍵生成策略,至少5種
1) assigned
主鍵由外部程式負責生成,無需hibernate參與。
2) hilo
通過hi/lo 演算法實現的主鍵生成機制,需要額外的資料庫表儲存主鍵生成歷史狀態。
3) seqhilo
與hilo 類似,通過hi/lo 演算法實現的主鍵生成機制,只是主鍵歷史狀態儲存在sequenc
e中,適用於支援sequence的資料庫,如oracle。
4) increment
主鍵按數值順序遞增。此方式的實現機制為在當前應用例項中維持乙個變數,以儲存著當前的最大值,之後每次需要生成主鍵的時候將此值加1作為主鍵。這種方式可能產生的問題是:如果當前有多個例項訪問同乙個資料庫,那麼由於各個例項各自維護主鍵狀態,不同例項可能生成同樣的主鍵,從而造成主鍵重複異常。因此,如果同一資料庫有多個例項訪問,此方式必須避免使用。
5) id
entity
採用資料庫提供的主鍵生成機制。如db2、sql server、mysql中的主鍵生成機制。
6) sequence
採用資料庫提供的sequence 機制生成主鍵。如oralce 中的sequence。
7) native
由hibernate根據底層資料庫自行判斷採用identity、hilo、sequence其中一種作為主鍵生成方式。
8) uuid.hex
由hibernate基於128 位唯一值產生演算法生成16 進製數值(編碼後以長度32 的字串表示)作為主鍵。
9) uuid.str
ing與uuid.hex 類似,只是生成的主鍵未進行編碼(長度16)。在某些資料庫中可能出現問題(如postgresql)。
10) foreign
使用外部表的字段作為主鍵。一般而言,利用uuid.hex方式生成主鍵將提供最好的效能和資料庫平台適應性。
這10中生成oid識別符號的方法,increment 比較常用,把識別符號生成的權力交給hibernate處理.但是當同時多個hibernate應用操作同乙個資料庫,甚至同一張表的時候.就推薦使用identity 依賴底層資料庫實現,但是資料庫必須支援自動增長,當然針對不同的資料庫選擇不同的方法.如果你不能確定你使用的資料庫具體支援什麼的情況下.可以選擇用native 讓hibernate來幫選擇identity,sequence,或hilo.
另外由於常用的資料庫,如oracle、db2、sqlserver、mysql 等,都提供了易用的主鍵生成機制(auto-increase 字段或者sequence)。我們可以在資料庫提供的主鍵生成機制上,採用generator-class=native的主鍵生成方式。
不過值得注意的是,一些資料庫提供的主鍵生成機制在效率上未必最佳,大量併發insert資料時可能會引起表之間的互鎖。資料庫提供的主鍵生成機制,往往是通過在乙個內部表中儲存當前主鍵狀態(如對於自增型主鍵而言,此內部表中就維護著當前的最大值和遞增量),之後每次插入資料會讀取這個最大值,然後加上遞增量作為新記錄的主鍵,之後再把這個新的最大值更新回內部表中,這樣,一次insert操作可能導致資料庫內部多次表讀寫操作,同時伴隨的還有資料的加鎖解鎖操作,這對效能產生了較大影響。因此,對於併發insert要求較高的系統,推薦採用uuid.hex 作為主鍵生成機制
oracle主鍵插入重複資料
發現oracle中已經設定了主鍵,但是還能插入重複資料,也是奇葩,後來發現主鍵雖然設定,但是沒有啟動,這才導致可以插入重複主鍵資料 查詢出沒有啟用主鍵的表 select a.constraint name,b.column name,a.table name,a.status from user c...
Oracle資料庫修改主鍵
一 資料表有主鍵但無主鍵約束名 先刪除之前的主鍵,後新增主鍵 a.alter table 表名 drop primary key b.alter table 表名 add primary key 想要更改的欄位名稱 二 資料表有主鍵也有主鍵約束名 1 刪除已有的主鍵約束名 a.若已知主鍵約束名 al...
Oracle資料庫主鍵自增
在學習mysql時,我們很容易通過auto increment就能實現主鍵自增的功能,但是在oracle資料庫中,是沒有這個關鍵字的,所以也不能通過這樣來實現主鍵自增。下面我就為大家介紹兩種實現主鍵自增的方法。兩種方法的基礎都有乙個概念就是序列 sequence 的概念,一種是利用序列和顯式呼叫的方...