Hibernate主鍵策略
Hibernate主鍵生成策略 1、自動增長identity 適用於MySQL、DB2、MS SQL Server,採用資料庫生成的主鍵,用於為long、short、int型別生成唯一標識 使用SQL Server 和 MySQL 的自增欄位,這個方法不能放到 Oracle 中,Oracle 不支援自增欄位,要設定sequence(MySQL 和 SQL Server 中很常用) 資料庫中的語法如下: MySQL:create table t_user(id int auto_increment primary key, name varchar(20)); SQL Server:create table t_user(id int identity(1,1) primary key, name varchar(20)); <id name="id" column="id" type="long"> <generator class="identity" /> </id> 2、sequence DB2、Oracle均支援的序列,用於為long、short或int生成唯一標識 資料庫中的語法如下: Oracle:create sequence seq_name increment by 1 start with 1; 需要主鍵值時可以呼叫seq_name.nextval或者seq_name.curval得到,資料庫會幫助我們維護這個sequence序列,保證每次取到的值唯一,如: insert into tbl_name(id, name) values(seq_name.nextval, ‘Jimliu’); <id name="id" column="id" type="long"> <generator class="sequence"> <param name="sequence">seq_name</param> </generator> </id> 如果我們沒有指定sequence引數,則Hibernate會訪問一個預設的sequence,是hibernate_sequence,我們也需要在資料庫中建立這個sequence 此外,sequence還可以有另外一個引數是paramters,可以檢視Hibernate的API瞭解它的用法,見org.hibernate.id.SequenceGenerator 呼叫資料庫的sequence來生成主鍵,要設定序列名,不然hibernate無法找到: <param name="sequence">NAME_SEQ</param>(Oracle中很常用) 3、hilo 使用一個高/低位演算法生成的long、short或int型別的識別符號,給定一個表和欄位作為高位值的來源,預設的表是hibernate_unique_key,預設的欄位是next_hi。它將id的產生源分成兩部分,DB+記憶體,然後按照演算法結合在一起產生id值,可以在很少的連線次數內產生多條記錄,提高效率 MySQL:create table hi_value(next_hi integer not null); insert into hi_value(next_hi) values(1); <id name="id" column="id"> <generator class="hilo"> <param name="table">hi_value</param> <param name="column">next_hi</param> <param name="max_lo">100</param> </generator> </id> 在hibernate持久化的時候,由hibernate負責生成低位值。hilo識別符號生成器在生成識別符號時需要從hi_value表中取出next_hi的當前值,然後修改該值,這個操作是在單獨的事務中完成的。最大的低值在屬性max_lo中配置,但在Hibernate記憶體中生成的低位值超過此值時,就有需要到資料庫的hi_value表中再次讀取高位值了 使用hilo生成策略,要在資料庫中建立一張額外的表,預設表名為hibernate_unique_key,預設欄位為integer型別,名稱是next_hi(比較少用) 我們也可以自己設定自定義的表名和欄位名 <id name="id" type="integer"> <column name="id"/> <generator class="hilo"> <param name="my_unique_key"/> <param column="next_hi"/> </generator> </id> 4、native 會根據底層資料庫的能力,從identity、sequence、hilo中選擇一個,靈活性更強,但此時,如果選擇sequence或者hilo,則所有的表的主鍵都會從Hibernate預設的sequence或者hilo表中取。並且,有的資料庫對於預設情況主鍵生成測試的支援,效率並不是很高 對於 oracle 採用 Sequence 方式,對於MySQL 和 SQL Server 採用identity(自增主鍵生成機制),native就是將主鍵的生成工作交由資料庫完成,hibernate不管(很常用) <id name="id" column="id"> <generator class="native" /> </id> 5、seqhilo sequence和hilo的結合,hilo的高位由sequence產生,所以也需要底層資料庫的支援 通過hilo演算法實現,但是主鍵歷史儲存在Sequence中,適用於支援 Sequence 的資料庫,如 Oracle(比較少用) <id name="id" column="id"> <generator class="seqhilo"> <param name="sequence">seq_name</param> <param name="max_lo">100</param> </generator> </id> 6、increment 這個是由Hibernate在記憶體中生成主鍵,每次增量為1,不依賴於底層的資料庫,因此所有的資料庫都可以使用,但問題也隨之而來,由於是Hibernate生成的,所以只 能有一個Hibernate應用程式訪問資料庫,否則就會產生主鍵衝突,不能在叢集情況下使用 插入資料的時候hibernate會給主鍵新增一個自增的主鍵,但是一個hibernate例項就維護一個計數器,所以在多個例項執行的時候不能使用這個方法 <id name="id" column="id"> <generator class="increment" /> </id> 7、 uuid.hex 使用一個128-bit的UUID演算法生成字串型別的識別符號,UUID被編碼成一個32位16進位制數字的字串。UUID包含:IP地址、JVM啟動時間、系統時間(精確到1/4秒)和一個計數器值(JVM中唯一) hibernate會算出一個128位的唯一值插入 <id name="id" column="id"> <generator class="uuid.hex" /> </id> uuid.string hibernate會算出一個16位的值插入 8、assigned 由應用程式負責生成主鍵識別符號,往往使用在資料庫中沒有代理主鍵,使用的主鍵與業務相關的情況,如: <id name="id" column="id" type="string"> <generator class="assigned" /> </id> 這種主鍵的生成方式不建議使用,在資料庫表設計時就應該使用代理主鍵(surrogate key),不應使用自然主鍵(natural key具有業務含義),在沒有指定<generator>標籤時,預設就是assigned主鍵的生成方式 在插入資料的時候主鍵由使用者自己新增,hibernate也不管 9、foreign 使用外部表的欄位作為主鍵 10、select 使用觸發器生成主鍵(主要用於早期的資料庫主鍵生成機制,少用) ps: 代理主鍵是指與業務無關且能唯一標識資料庫中記錄,一般是資料庫自動生成的,比如mysql可以使用auto_increment,Sql2000可以使用identity生成方式,oracle可以使用sequence生成方式 自然主鍵指業務相關,由使用者指定,且能唯一標識資料庫中的任意一條記錄 簡介版: increment:代理主鍵,適合於所有資料庫,由hibernate維護主鍵自增,和底層資料庫無關,但是不適合於2個或以上hibernate程式。 identity:代理主鍵,適合於Mysql或ms sql server等支援自增的dbms,主鍵值不由hibernate維護。 sequence:代理主鍵,適合於oracle等支援序列的dbms,主鍵值不由hibernate維護,由序列產生。 native:代理主鍵,根據底層資料庫的具體特性選擇適合的主鍵生成策略,如果是mysql或sqlserver,選擇identity,如果是oracle,選擇sequence。 hilo:代理主鍵,hibernate把特定表的欄位作為hign值,生成主鍵值 uuid.hex:代理主鍵,hibernate採用uuid 128位演算法生成基於字串的主鍵值 assign:適合於應用程式維護的自然主鍵。
相關文章
- Kudu主鍵選擇策略
- 資料庫主鍵 ID 生成策略資料庫
- Mybatis-Plus3.0預設主鍵策略導致自動生成19位長度主鍵id的坑MyBatisS3
- 主鍵命名
- 主鍵和外來鍵
- 解密Kafka主題的分割槽策略:提升實時資料處理的關鍵解密Kafka
- 細分主鍵
- 主鍵分類
- 通過外來鍵找主鍵
- 主鍵為聯合主鍵時,索引B+樹結構索引
- Hibernate SQL方言 (hibernate.dialect)SQL
- redis 過期鍵刪除策略Redis
- 分散式主鍵生成分散式
- postgresql自增主鍵SQL
- 主鍵可以重複?
- Hibernate
- 資料庫主鍵、從鍵(易懂版)資料庫
- Mysql關於自增主鍵,自增主鍵優化總結MySql優化
- 【Redis】過期鍵刪除策略和記憶體淘汰策略Redis記憶體
- 向Mysql主鍵自增長表中新增資料並返回主鍵MySql
- 檢視SQLSERVER主鍵列SQLServer
- mybatis獲取自增主鍵MyBatis
- MyBatis 獲取自增主鍵MyBatis
- indexedDB 資料庫主鍵Index資料庫
- hibernate使用
- Hibernate框架框架
- 新的主鍵和外來鍵的語法
- ClickHouse主鍵索引最佳實踐索引
- MySQL 主鍵自增也有坑?MySql
- PostgreSQL如何設定主鍵序列?SQL
- MySQL 中的自增主鍵MySql
- 手寫 Hibernate ORM 框架 00-hibernate 簡介ORM框架
- hibernate詳解
- Spring 整合 HibernateSpring
- Hibernate配置OracleOracle
- Hibernate填坑
- Hibernate 查詢
- 不要使用業務鍵作為資料庫主鍵資料庫
- oracle增加主鍵也不會了Oracle