hibernate主键可以不设置策略吗_工具

Hibernate是一种Java框架，可以把Java类映射到关系型数据库表。在Hibernate中，主键是非常重要的，通过主键，Hibernate可以唯一标识每一个对象。因此，每个Hibernate实体类都必须指定一个主键。不设置主键策略后果很严重，不但无法持久化对象，还会导致主键重复等严重问题。Hibernate提供各种主键生成策略，包括自动增长、UUID、序列等等，可以根据实际情况进行选择。当我们使用Hibernate进行数据访问时，主键策略的选择非常重要，不仅会影响系统性能，还会影响到数据一致性和可靠性。

1、assigned

主键由外部程序负责生成，在 save() 之前必须指定一个。Hibernate不负责维护主键生成。与Hibernate和底层数据库都无关，可以跨数据库。在存储对象前，必须要使用主键的setter方法给主键赋值，至于这个值怎么生成，完全由自己决定，这种方法应该尽量避免。

</id>

“ud”是自定义的策略名，人为起的名字，后面均用“ud”表示。

特点：可以跨数据库，人为控制主键生成，应尽量避免。

2、increment

由Hibernate从数据库中取出主键的最大值（每个session只取1次），以该值为基础，每次增量为1，在内存中生成主键，不依赖于底层的数据库，因此可以跨数据库。

</id>

Hibernate调用orghibernateidIncrementGenerator类里面的generate()方法，使用select max(idColumnName) from tableName语句获取主键最大值。该方法被声明成了synchronized，所以在一个独立的Java虚拟机内部是没有问题的，然而，在多个JVM同时并发访问数据库select max时就可能取出相同的值，再insert就会发生Dumplicate entry的错误。所以只能有一个Hibernate应用进程访问数据库，否则就可能产生主键冲突，所以不适合多进程并发更新数据库，适合单一进程访问数据库，不能用于群集环境。

官方文档：只有在没有其他进程往同一张表中插入数据时才能使用，在集群下不要使用。

特点：跨数据库，不适合多进程并发更新数据库，适合单一进程访问数据库，不能用于群集环境。

3、hilo

hilo（高低位方式high low）是hibernate中最常用的一种生成方式，需要一张额外的表保存hi的值。保存hi值的表至少有一条记录（只与第一条记录有关），否则会出现错误。可以跨数据库。

<param name="table">hibernate_hilo</param>

</generator>

</id>

<param name="table">hibernate_hilo</param> 指定保存hi值的表名

<param name="column">next_hi</param> 指定保存hi值的列名

<param name="max_lo">100</param> 指定低位的最大值

也可以省略table和column配置，其默认的表为hibernate_unique_key，列为next_hi

</generator>

</id>

hilo生成器生成主键的过程（以hibernate_unique_key表，next_hi列为例）：

1 获得hi值：读取并记录数据库的hibernate_unique_key表中next_hi字段的值，数据库中此字段值加1保存。

2 获得lo值：从0到max_lo循环取值，差值为1，当值为max_lo值时，重新获取hi值，然后lo值继续从0到max_lo循环。

3 根据公式 hi (max_lo + 1) + lo计算生成主键值。

注意：当hi值是0的时候，那么第一个值不是0(max_lo+1)+0=0，而是lo跳过0从1开始，直接是1、2、3……

那max_lo配置多大合适呢？

这要根据具体情况而定，如果系统一般不重启，而且需要用此表建立大量的主键，可以吧max_lo配置大一点，这样可以减少读取数据表的次数，提高效率；反之，如果服务器经常重启，可以吧max_lo配置小一点，可以避免每次重启主键之间的间隔太大，造成主键值主键不连贯。

特点：跨数据库，hilo算法生成的标志只能在一个数据库中保证唯一。

4、seqhilo

与hilo类似，通过hi/lo算法实现的主键生成机制，只是将hilo中的数据表换成了序列sequence，需要数据库中先创建sequence，适用于支持sequence的数据库，如Oracle。

<param name="sequence">hibernate_seq</param>

</generator>

</id>

特点：与hilo类似，只能在支持序列的数据库中使用。

5、sequence

采用数据库提供的sequence机制生成主键，需要数据库支持sequence。如oralce、DB、SAP DB、PostgerSQL、McKoi中的sequence。MySQL这种不支持sequence的数据库则不行（可以使用identity）。

<param name="sequence">hibernate_id</param>

</generator>

<param name="sequence">hibernate_id</param> 指定sequence的名称

Hibernate生成主键时，查找sequence并赋给主键值，主键值由数据库生成，Hibernate不负责维护，使用时必须先创建一个sequence，如果不指定sequence名称，则使用Hibernate默认的sequence，名称为hibernate_sequence，前提要在数据库中创建该sequence。

特点：只能在支持序列的数据库中使用，如Oracle。

6、identity

identity由底层数据库生成标识符。identity是由数据库自己生成的，但这个主键必须设置为自增长，使用identity的前提条件是底层数据库支持自动增长字段类型，如DB2、SQL Server、MySQL、Sybase和HypersonicSQL等，Oracle这类没有自增字段的则不支持。

</id>

例：如果使用MySQL数据库，则主键字段必须设置成auto_increment。

id int(11) primary key auto_increment

特点：只能用在支持自动增长的字段数据库中使用，如MySQL。

7、native

native由hibernate根据使用的数据库自行判断采用identity、hilo、sequence其中一种作为主键生成方式，灵活性很强。如果能支持identity则使用identity，如果支持sequence则使用sequence。

</id>

例如MySQL使用identity，Oracle使用sequence

注意：如果Hibernate自动选择sequence或者hilo，则所有的表的主键都会从Hibernate默认的sequence或hilo表中取。并且，有的数据库对于默认情况主键生成测试的支持，效率并不是很高。

使用sequence或hilo时，可以加入参数，指定sequence名称或hi值表名称等，如

<param name="sequence">hibernate_id</param>

特点：根据数据库自动选择，项目中如果用到多个数据库时，可以使用这种方式，使用时需要设置表的自增字段或建立序列，建立表等。

8、uuid

UUID：Universally Unique Identifier，是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的。按照开放软件基金会(OSF)制定的标准计算，用到了以太网卡地址、纳秒级时间、芯片ID码和许多可能的数字，标准的UUID格式为：

xxxxxxxx-xxxx-xxxx-xxxxxx-xxxxxxxxxx (8-4-4-4-12)

其中每个 x 是 0-9 或 a-f 范围内的一个十六进制的数字。

</id>

Hibernate在保存对象时，生成一个UUID字符串作为主键，保证了唯一性，但其并无任何业务逻辑意义，只能作为主键，唯一缺点长度较大，32位（Hibernate将UUID中间的“-”删除了）的字符串，占用存储空间大，但是有两个很重要的优点，Hibernate在维护主键时，不用去数据库查询，从而提高效率，而且它是跨数据库的，以后切换数据库极其方便。

特点：uuid长度大，占用空间大，跨数据库，不用访问数据库就生成主键值，所以效率高且能保证唯一性，移植非常方便，推荐使用。

9、guid

GUID：Globally Unique Identifier全球唯一标识符，也称作 UUID，是一个128位长的数字，用16进制表示。算法的核心思想是结合机器的网卡、当地时间、一个随即数来生成GUID。从理论上讲，如果一台机器每秒产生10000000个GUID，则可以保证（概率意义上）3240年不重复。

</id>

Hibernate在维护主键时，先查询数据库，获得一个uuid字符串，该字符串就是主键值，该值唯一，缺点长度较大，支持数据库有限，优点同uuid，跨数据库，但是仍然需要访问数据库。

注意：长度因数据库不同而不同

MySQL中使用select uuid()语句获得的为36位（包含标准格式的“-”）

Oracle中，使用select rawtohex(sys_guid()) from dual语句获得的为32位（不包含“-”）

特点：需要数据库支持查询uuid，生成时需要查询数据库，效率没有uuid高，推荐使用uuid。

10、foreign

使用另外一个相关联的对象的主键作为该对象主键。主要用于一对一关系中。

</generator>

</id>

<one-to-one name="user" class="domainUser" constrained="true" />

该例使用domainUser的主键作为本类映射的主键。

特点：很少使用，大多用在一对一关系中。

11、select

使用触发器生成主键，主要用于早期的数据库主键生成机制，能用到的地方非常少。

12、其他注释方式配置

注释方式与配置文件底层实现方式相同，只是配置的方式换成了注释方式

自动增长，适用于支持自增字段的数据库

@Id

@GeneratedValue(strategy = GenerationTypeIDENTITY)

根据底层数据库自动选择方式，需要底层数据库的设置

如MySQL，会使用自增字段，需要将主键设置成auto_increment。

@Id

@GeneratedValue(strategy = GenerationTypeAUTO)

使用表存储生成的主键，可以跨数据库。

每次需要主键值时，查询名为"hibernate_table"的表，查找主键列"gen_pk"值为"2"记录，得到这条记录的"gen_val"值，根据这个值，和allocationSize的值生成主键值。

@Id

@GeneratedValue(strategy = GenerationTypeTABLE, generator = "ud")

@TableGenerator(name = "ud",

table = "hibernate_table",

pkColumnName = "gen_pk",

pkColumnValue = "2",

valueColumnName = "gen_val",

initialValue = 2,

allocationSize = 5)

使用序列存储主键值

@Id

@GeneratedValue(strategy = GenerationTypeSEQUENCE, generator = "ud")

@SequenceGenerator(name = "ud",

sequenceName = "hibernate_seq",

allocationSize = 1,

initialValue = 2)

13、小结

1、为了保证对象标识符的唯一性与不可变性，应该让Hibernate来为主键赋值，而不是程序。

2、正常使用Hibernate维护主键，最好将主键的setter方法设置成private，从而避免人为或程序修改主键，而使用assigned方式，就不能用private，否则无法给主键赋值。

2、Hibernate中唯一一种最简单通用的主键生成器就是uuid。虽然是个32位难读的长字符串，但是它没有跨数据库的问题，将来切换数据库极其简单方便，推荐使用！

3、自动增长字段类型与序列

数据库

自动增长字段

序列

MySQL

是

Oracle

是

DB2

是

MS SQL Server

是

Sybase

是

HypersonicSQL

是

PostgreSQL

是

SAP DB

是

HSQLDB

是

Infomix

是

4、关于hilo机制注意：

hilo算法生成的标志只能在一个数据库中保证唯一。

当用户为Hibernate自行提供连接，或者Hibernate通过JTA，从应用服务器的数据源获取数据库连接时，无法使用hilo，因为这不能保证hilo单独在新的数据库连接的事务中访问hi值表，这种情况，如果数据库支持序列，可以使用seqhilo。

5、使用identity、native、GenerationTypeAUTO等方式生成主键时，只要用到自增字段，数据库表的字段必须设置成自动增加的，否则出错。

6、还有一些方法未列出来，例如uuidhex，sequence-identity等，这些方法不是很常用，且已被其他方法代替，如uuidhex，官方文档里建议不使用，而直接使用uuid方法。

7、Hibernate的各版本主键生成策略配置有略微差别，但实现基本相同。如，有的版本默认sequence不指定序列名，则使用名为hibernate_sequence的序列，有的版本则必须指定序列名。

8、还可以自定义主键生成策略，这里暂时不讨论，只讨论官方自带生成策略。

你们都是有经验的开发人员

分类: 5理理论学习

标签: Hibernate

好文要顶关注我收藏该文

starskyhu

关注 - 5

粉丝 - 86

+加关注

« 上一篇：SSH开发环境整合搭建

» 下一篇：POJO百度百科

posted @ 2016-05-19 15:57 starskyhu 阅读(36887) 评论(1) 编辑收藏

#1楼 2017-05-31 16:40 | 苏尘_博客园

文章说的很清楚，非常感谢。

支持(1)反对(0)

刷新评论刷新页面返回顶部

注册用户登录后才能发表评论，请登录或注册，访问网站首页。

推荐50万行VC++源码: 大型组态工控、电力仿真CAD与GIS源码库

推荐搭建微信小程序就选腾讯云

推荐报表开发有捷径：快速设计轻松集成，数据可视化和交互

最新评论

1 Re:JAVA必背面试题和项目面试通关要点

@Wang6doudou谢谢共勉

--starskyhu

2 Re:JAVA必背面试题和项目面试通关要点

非常好

--Wang6doudou

3 Re:事务&数据库连接池

@大肥肥就是我自我的一个学习复习大纲吧没有具体的细化

--starskyhu

4 Re:事务&数据库连接池

有点流水账，每到关键点就跳过了。

--大肥肥就是我

5 Re:Hibernate各种主键生成策略与配置详解

文章说的很清楚，非常感谢。

--苏尘_博客园

阅读排行榜

1 JAVA必背面试题和项目面试通关要点(39743)

2 Hibernate各种主键生成策略与配置详解(36881)

3 [转载]SSH框架搭建详细图文教程(25505)

4 Oracle 11g安装步骤详谈(18934)

5 java经典小程序(10978)

评论排行榜

1 [转载]SSH框架搭建详细图文教程(6)

2 javaSE知识点汇总(3)

3 java面试第一天(3)

4 使用myeclipse建立maven项目(重要)(2)

5 （一）使用springAPI以及自定义类实现AOP-aop编程(2)

推荐排行榜

1 JAVA必背面试题和项目面试通关要点(5)

2 Hibernate各种主键生成策略与配置详解(4)

3 javaBean为什么要实现Serializable接口？(2)

4 Eclipse快捷键大全(2)

一、Hibernate是JDBC的轻量级的对象封装，它是一个独立的对象持久层框架，和App Server，和EJB没有什么必然的联系。Hibernate可以用在任何JDBC可以使用的场合，例如Java应用程序的数据库访问代码，DAO接口的实现类，甚至可以是BMP里面的访问数据库的代码。从这个意义上来说，Hibernate和EB不是一个范畴的东西，也不存在非此即彼的关系。

二、Hibernate是一个和JDBC密切关联的框架，所以Hibernate的兼容性和JDBC驱动，和数据库都有一定的关系，但是和使用它的Java程序，和App Server没有任何关系，也不存在兼容性问题。

三、Hibernate不能用来直接和Entity Bean做对比，只有放在整个J2EE项目的框架中才能比较。并且即使是放在软件整体框架中来看，Hibernate也是做为JDBC的替代者出现的，而不是Entity Bean的替代者出现的，让我再列一次我已经列n次的框架结构：

传统的架构：

1) Session Bean <-> Entity Bean <-> DB

为了解决性能障碍的替代架构：

2) Session Bean <-> DAO <-> JDBC <-> DB

使用Hibernate来提高上面架构的开发效率的架构：

3) Session Bean <-> DAO <-> Hibernate <-> DB

就上面3个架构来分析：

1、内存消耗：采用JDBC的架构2无疑是最省内存的，Hibernate的架构3次之，EB的架构1最差。

2、运行效率：如果JDBC的代码写的非常优化，那么JDBC架构运行效率最高，但是实际项目中，这一点几乎做不到，这需要程序员非常精通JDBC，运用Batch语句，调整PreapredStatement的Batch Size和Fetch Size等参数，以及在必要的情况下采用结果集cache等等。而一般情况下程序员是做不到这一点的。因此Hibernate架构表现出最快的运行效率。EB的架构效率会差的很远。

3、开发效率：在有JBuilder的支持下以及简单的项目，EB架构开发效率最高，JDBC次之，Hibernate最差。但是在大的项目，特别是持久层关系映射很复杂的情况下，Hibernate效率高的惊人，JDBC次之，而EB架构很可能会失败。

4、分布式，安全检查，集群，负载均衡的支持

由于有SB做为Facade，3个架构没有区别。

四、EB和Hibernate学习难度在哪里？

EB的难度在哪里？不在复杂的XML配置文件上，而在于EB运用稍微不慎，就有严重的性能障碍。所以难在你需要学习很多EJB设计模式来避开性能问题，需要学习App Server和EB的配置来优化EB的运行效率。做EB的开发工作，程序员的大部分精力都被放到了EB的性能问题上了，反而没有更多的精力关注本身就主要投入精力去考虑的对象持久层的设计上来。

Hibernate难在哪里？不在Hibernate本身的复杂，实际上Hibernate非常的简单，难在Hibernate太灵活了。

当你用EB来实现持久层的时候，你会发现EB实在是太笨拙了，笨拙到你根本没有什么可以选择的余地，所以你根本就不用花费精力去设计方案，去平衡方案的好坏，去费脑筋考虑选择哪个方案，因为只有唯一的方案摆在你面前，你只能这么做，没得选择。

Hibernate相反，它太灵活了，相同的问题，你至少可以设计出十几种方案来解决，所以特别的犯难，究竟用这个，还是用那个呢？这些方案之间到底有什么区别呢？他们的运行原理有什么不同？运行效率哪个比较好？光是主键生成，就有七八种方案供你选择，你为难不为难？集合属性可以用Set，可以用List，还可以用Bag，到底哪个效率高，你为难不为难？查询可以用iterator，可以用list，哪个好，有什么区别？你为难不为难？复合主键你可以直接在hbm里面配置，也可以自定义CustomerType，哪种比较好些？你为难不为难？对于一个表，你可以选择单一映射一个对象，也可以映射成父子对象，还可以映射成两个1:1的对象，在什么情况下用哪种方案比较好，你为难不为难？

这个列表可以一直开列下去，直到你不想再看下去为止。当你面前摆着无数的眼花缭乱的方案的时候，你会觉得幸福呢？还是悲哀呢？如果你是一个负责的程序员，那么你一定会仔细研究每种方案的区别，每种方案的效率，每种方案的适用场合，你会觉得你已经陷入进去拔不出来了。如果是用EB，你第一秒种就已经做出了决定，根本没得选择，比如说集合属性，你只能用Collection，如果是Hibernate，你会在Bag，List和Set之间来回犹豫不决，甚至搞不清楚的话，程序都没有办法写。

Hibernate的主键生成策略有好几种：1)

assigned2)

hilo3)

seqhilo4)

increment5)

identity6)

sequence7)

native8)

uuidhex9)

uuidstring10)

foreign一般而言，利用uuidhex方式生成主键将提供最好的性能和数据库平台适应性。另外由于常用的数据库，如Oracle、DB2、SQLServer、MySql

等，都提供了易用的主键生成机制（Auto-Increase

字段或者Sequence）。我们可以在数据库提供的主键生成机制上，采用generator-class=native的主键生成方式。不过值得注意的是，一些数据库提供的主键生成机制在效率上未必最佳，大量并发insert数据时可能会引起表之间的互锁。数据库提供的主键生成机制，往往是通过在一个内部表中保存当前主键状态（如对于自增型主键而言，此内部表中就维护着当前的最大值和递增量），之后每次插入数据会读取这个最大值，然后加上递增量作为新记录的主键，之后再把这个新的最大值更新回内部表中，这样，一次Insert *** 作可能导致数据库内部多次表读写 *** 作，同时伴随的还有数据的加锁解锁 *** 作，这对性能产生了较大影响。因此，对于并发Insert要求较高的系统，推荐采用uuidhex

作为主键生成机制。

在达人博客上看到的：是个系列，一共三篇，你去百度搜搜“LINQ to SQL、NHibernate比较”就能找到了。我给你转第一篇。

LINQ to SQL、NHibernate比较（一）-- LINQ和NHibernate初体验

1 引言

研发与数据库打交道的系统的时候，最过于繁琐的莫过于没有编程快感的使用ADONET对后台数据库进行 *** 作，因为所有的数据库连接、读取、 *** 作千篇一律，编程成为了体力活。

虽然我们可以设计自己的类作为数据库访问的持久层，但是每一个类都必须有不相同的SQL语句，这样对于设计统一的数据库读写类造成了很大的困难。

开发人员在这种情况下必须包办窗体设计、方法设计、数据库读写设计的过程，这样加大了开发人员的负担也使得项目的维护和后期开发变得难以进行。

2 NET下的ORM解决方案

21 LINQ

211 LINQ简介

作为微软开发的查询方案，LINQ 提供了一条更常规的途径即给 Net Framework 添加一些可以应用于所有信息源（ all sources of information ）的具有多种用途（ general-purpose ）的语法查询特性（ query facilities ），这是比向开发语言和运行时（ runtime ）添加一些关系数据（ relational ）特性或者类似 XML 特性（ XML-specific ）更好的方式。这些语法特性就叫做 NET Language Integrated Query (LINQ) 。

如果觉得上面的解释有点抽象，那么可以这样理解，LINQ其实就是提供了一套查询功能，可以实现任何数据源的查询，此处数据源不单指数据库或者XML文件，而是任何集合或者实体，比如我们接触各种编程语言都需要用到的数组，现在不用遍历数组元素来寻找需要的项，LINQ可以实现这方面的查询。

LINQ查询数组：

图21 LINQ查询数组

上面是最简单的LINQ实现对数组的查询，泛型类型var在LINQ查询中提供了强大的委托类型支持，不管查询集合中项的类型（无论是int，char还是string或者类），我们只用一个var就可以保存LINQ查询到的结果。程序结果如下：

图22 LINQ查询数组程序结果

是不是很方便，LINQ的应用远远不这些，通过不同的映射方案，我们可以实现对数据库（LINQ To SQL），对XML文件（LINQ To XML）的访问。

212 LINQ简介

表21 LINQ的 *** 作符

*** 作符

说明

聚合

Aggregate

对序列执行一个自定义方法

Average

计算数值序列的平均值

Count

返回序列中的项目数（整数）

LongCount

返回序列中的项目数（长型）

Min

查找数字序列中的最小数

Max

查找数字序列中的最大数

Sum

汇总序列中的数字

连接

Concat

将两个序列连成一个序列

转换

Cast

将序列中的元素转换成指定类型

OfType

筛选序列中指定类型的元素

ToArray

从序列返回一个数组

ToDictionary

从序列返回一个字典

ToList

从序列返回一个列表

ToLookup

从序列返回一个查询

ToSequence

返回一个 IEnumerable 序列

元素

DefaultIfEmpty

为空序列创建默认元素

ElementAt

返回序列中指定索引的元素

ElementAtOrDefault

返回序列中指定索引的元素，或者如果索引超出范围，则返回默认值

First

返回序列中的第一个元素

FirstOrDefault

返回序列中的第一个元素，或者如果未找到元素，则返回默认值

Last

返回序列中的最后一个元素

LastOrDefault

返回序列中的最后一个元素，或者如果未找到元素，则返回默认值

Single

返回序列中的单个元素

SingleOrDefault

返回序列中的单个元素，或者如果未找到元素，则返回默认值

相等

SequenceEqual

比较两个序列看其是否相等

生成

Empty

生成一个空序列

Range

生成一个指定范围的序列

Repeat

通过将某个项目重复指定次数来生成一个序列

分组

GroupBy

按指定分组方法对序列中的项目进行分组

联接

GroupJoin

通过归组将两个序列联接在一起

Join

将两个序列从内部联接起来

排序

OrderBy

以升序按值排列序列

OrderByDescending

以降序按值排列序列

ThenBy

升序排列已排序的序列

ThenByDescending

降序排列已排序的序列

Reverse

颠倒序列中项目的顺序

分区

Skip

返回跳过指定数目项目的序列

SkipWhile

返回跳过不满足表达式项目的序列

Take

返回具有指定数目项目的序列

TakeWhile

返回具有满足表达式项目的序列

投影

Select

创建部分序列的投影

SelectMany

创建部分序列的一对多投影

限定符

All

确定序列中的所有项目是否满足某个条件

Any

确定序列中是否有任何项目满足条件

Contains

确定序列是否包含指定项目

限制

Where

筛选序列中的项目

设置

Distinct

返回无重复项目的序列

Except

返回代表两个序列差集的序列

Intersect

返回代表两个序列交集的序列

Union

返回代表两个序列交集的序列

Lambda 表达式

许多标准查询 *** 作符在对序列执行运算时都使用 Func 委托来处理单个元素。Lambda 表达式可与标准查询 *** 作符结合使用以代表委托。lambda 表达式是创建委托实现的简略表达形式，并可用于匿名委托适用的所有场合。C# 和 Visual Basic® NET 均支持 Lambda 表达式。但是，必须注意：由于 Visual Basic NET 尚不支持匿名方法，Lambda 表达式可能仅包含一个语句。

上例中的的程序等同于下面

图23 Lambda表达式的使用

22 NHibernate

说到NHibernate，就不得不提Hibernate，原因很简单，Hibernate顾名思义就是Hibernate的NET版本。

Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来 *** 纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

NHibernate作为Hibernate的NET应用于Hibernate的实现完全相同，学习NHibernate完全可以直接学习Hibernate的资料。

事实上，虽然在Java数据库映射领域Hibernate是使用最为广泛的方案，但是在NET中由于LINQ等映射方案（包括微软下一代重量级的Entity Framework）的使用，NHibernate冷了许多。

NHibernate需要配置数据库配置文件和类/表映射配置文件，所以使用NHibernate需要懂得XML文件的基础知识，并且需要掌握比较复杂的XML文件配置节和相应的配置命令。

221 数据库配置文件

NHibernate官方提供了配置文件的模板和实例可供我们参考。

图24 NHibernate官方数据库配置文件模板（对应了不同的数据库）

上图为数据库配置文件。通常以“cfgxml”作为后缀，一个示例的文件内容如下

图25 数据库配置文件示例

下面是一些在运行时可以改变NHibernate行为的其他配置。所有这些都是可选的，也有合理的默认值。

表22 NHibernate 配置属性

属性名

用途

hibernatedialect

NHibernate方言（Dialect）的类名 - 可以让NHibernate使用某些特定的数据库平台的特性

例如： fullclassnameofDialect（如果方言创建在NHibernate中）, 或者fullclassnameofDialect, assembly （如果使用一个自定义的方言的实现，它不属于NHibernate）。

hibernatedefault_schema

在生成的SQL中，scheml/tablespace的全限定名

例如： SCHEMA_NAME

hibernateprepare_sql

是否准备sql语句

例如： true | false

hibernatesession_factory_name

SessionFactory被创建后将自动绑定这个名称

例如： somename

hibernateuse_outer_join

允许使用外连接抓取。

例如：true | false

hibernatecacheprovider_class

指定一个自定义的CacheProvider缓存提供者的类名

例如： fullclassnameofCacheProvider（如果ICacheProvider创建在NHibernate中）, 或fullclassnameofCacheProvider, assembly（如果使用一个自定义的ICacheProvider，它不属于NHibernate）。

hibernatequerysubstitutions

把NHibernate查询中的一些短语替换为SQL短语（比如说短语可能是函数或者字符）。

例如： hqlLiteral=SQL_LITERAL, hqlFunction=SQLFUNC

222 实体映射配置文件

NHibernate官方开源包中提供了实体映射配置文件的实例可供我们参考。

图26 NHibernate开源包中提供的实体映射配置文件

与数据库配置文件一样实体映射配置文件也是XML文件（XML果然是很强大啊，微软下一代应用程序开发技术WPF就是使用XML文件将C/S和B/S长期分居的二人统一到一个屋檐下），所不同的是实体映射配置文件后缀是“hbmxml”。

图27 实体映射配置文件

实体映射配置文件所要配置的信息一般为

Ø Schema

所有的XML映射都需要使用nhibernate-mapping-20 schema。目前的schema可以在NHibernate的资源路径或者是NHibernatedll的嵌入资源（Embedded Resource）中找到。NHibernate总是会优先使用嵌入在资源中的schema文件。

Ø hibernate-mapping

(1)

schema (可选): 数据库schema名称

(2)

default-cascade (可选 - 默认为 none): 默认的级联风格

(3)

auto-import (可选 - 默认为 true): 指定是否我们可以在查询语言中使用非全限定的类名（仅限于本映射文件中的类）。

(4)

default-access (可选 - 默认为 property): NHibernate访问属性值时的策略。

(5)

assembly (可选): 指定一个程序集，如果在映射文档中没有指定程序集，就使用这个程序集。

(6)

namespace (可选): 指定一个命名空间前缀，如果在映射文档中没有指定全限定名，就使用这个命名空间名。

Ø class (1)

name: 持久化类（或者接口）的全限定名。

(2)

table: 对应的数据库表名。

(3)

discriminator-value (可选 - 默认和类名一样): 一个用于区分不同的子类的值，在多态行为时使用。

(4)

mutable (可选, 默认为 true): 表明该类的实例可变（不可变）。

(5)

schema (可选): 覆盖在根<hibernate-mapping> 元素中指定的schema名字。

(6)

proxy (可选): 指定一个接口，在延迟装载时作为代理使用。你可以在这里使用该类自己的名字。

(7)

dynamic-update (可选, 默认为 false): 指定用于UPDATE 的SQL将会在运行时动态生成，并且只更新那些改变过的字段。

(8)

dynamic-insert (可选, 默认为 false): 指定用于INSERT的 SQL 将会在运行时动态生成，并且只包含那些非空值字段。

(9)

polymorphism (可选, 默认为 implicit(隐式)): 界定是隐式还是显式的使用查询多态。

(10)

where (可选) 指定一个附加的SQL WHERE 条件，在抓取这个类的对象时会一直增加这个条件。

(11)

persister (可选): 指定一个定制的 IClassPersister

(12)

lazy(可选):假若设置 lazy="true"，就是设置这个类自己的名字作为proxy接口的一种等价快捷形式。

Ø id (1)

name (可选): 标识属性的名字。

(2)

type (可选): 标识NHibernate类型的名字。

(3)

column (可选 - 默认为属性名): 主键字段的名字。

(4)

unsaved-value (可选 - 默认为 null): 一个特定的标识属性值，用来标志该实例是刚刚创建的，尚未保存。这可以把这种实例和从以前的session中装载过（可能又做过修改--译者注）但未再次持久化的实例区分开来。

(5)

access (可选 - 默认为 property): NHibernate用来访问属性值的策略。

除此之外我们可以通过其他途径深入了解配置方面的知识，一个NHibernate项目，配置文件的错误往往导致错误的结果甚至使得程序无法运行。

3 小结

本文初步介绍了LINQ to SQL和NHibernate，其中介绍NHibernate使用了较多的篇幅，因为相对LINQ to SQL而言NHibernate的使用入门门槛较高，配置较为复杂。关于LINQ to SQL、NHibernate优缺点将在后面文章中讨论，不过从此处其实已经得出一点，那就是LINQ to SQL比NHibernate更加容易上手，节省了人员培训的开销。

在Hibernate中，传递主键值以保存实体对象可以通过几种方式实现。其中一种常用的方法是使用自增长主键。

当使用自增长主键时，Hibernate将负责生成新的主键值并分配给新创建的实体对象。这可以通过在实体类上使用“@GeneratedValue”注释来指定。例如：

```

@Entity

public class MyEntity {

@Id

@GeneratedValue(strategy=GenerationTypeIDENTITY)

private Long id;

//其他属性和方法

}

```

在这个例子中，id属性标记为@Id，以指定它是实体的主键。@GeneratedValue注释指定了生成主键值的策略，并使用IDENTITY选项表示使用数据库自增长序列来生成新的主键值。

当创建一个新的MyEntity对象并将其保存到数据库时，Hibernate将自动为id属性生成一个新的主键值，并将其分配给该对象。例如：

```

MyEntity entity = new MyEntity();

//设置其他属性

sessionsave(entity);

```

在这个例子中，我们创建了一个新的MyEntity对象，并将其保存到Hibernate会话中。当我们调用sessionsave（entity）时，Hibernate将生成一个新的主键值并将其分配给entity的id属性。随后，Hibernate将使用此主键值将实体对象插入到数据库表中。

除了使用自增长主键外，还有其他许多用于传递主键值以保存实体对象的方法。这些包括手动分配主键值、使用UUID作为主键值等等。无论你选择哪种方法，只要确保主键值是唯一的并能够正确地标识实体对象即可

以上就是关于hibernate主键可以不设置策略吗全部的内容，包括:hibernate主键可以不设置策略吗、hibernate主键生成主键后可以自己定义主键吗、使用Hibernate的好处是什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！

欢迎分享，转载请注明来源：内存溢出

原文地址: http://outofmemory.cn/sjk/9693702.html

hibernate主键可以不设置策略吗

发表评论

评论列表（0条）