hibernate 一对一 怎样实现更好

hibernate提供两种一对一的方式

这里为了说明我们用一个小型的新闻表进行说明

[b]第一种[/b]
其真实意义上的一对一,副表通过主键与主表的主键进行关联,两个主键是相同。

我们来看一上hbm.xml配置
<!-- 新闻 -->
<class name="News" table="SITE_NEWS" lazy="true" >
<id name="nid">
<generator class="increment" ></generator>
</id>

<natural-id mutable="true">
<property name="title" />
</natural-id>

<one-to-one name="content" class="NewsContent" cascade="all" />

</class>

<!-- 新闻内容 -->
<class name="NewsContent" table="SITE_NEWS_CONTENT" lazy="true" >
<id name="did">
<generator class="foreign">
<param name="property">[b]news[/b]</param>
</generator>
</id>

<one-to-one name="[b]news[/b]" class="News" constrained="true" />

</class>


这段配置中最不好理解的是两个地方,其是"新闻内容"的主键生成方式"foreign"和约速constrained。
foreign主键生成方式,其参数property指向其自身配置的一个属性,而这个属性应是一个指向主表定义,也就是说在这个NewsContent类,一定要定义news属性,不管其有没有用。这样通过news就可以得到主键,从而赋值给本副表,完成其主键的生成。这里constrained在本表中一定是true,其声明本表是副表,需要引用约束完成性。其时声明constrained="true"的属性是可以延迟加载,以本例说,NewContent实例的news属性是可以延迟加,但在一般情况下没什么用。

这是一个很典型的一对一关联。其好处是两个表通过主键进行关联,没有什么多余的外键字段,但其也有一个最大的问题,就是News不法实现对content的延迟加载,而这往往是我们最需要的。

[b]第二种[/b]

主键通过外键与副表进行关键,单从xml的配置定义上看不像一对一,但其确实实现了一对一。

hbm.xml配置如下:

<!-- 新闻 -->
<class name="News" table="SITE_NEWS" lazy="true" >

<id name="nid">
<generator class="increment" >
</generator>
</id>

<natural-id mutable="true">
<property name="title" />
</natural-id>

<many-to-one name="content" column="tid" [b]unique="true" not-null="true"[/b] cascade="save-update,delete"/>

</class>

<!-- 新闻内容 -->
<class name="NewsContent" table="SITE_NEWS_CONTENT" lazy="true" >

<id name="tid">
<generator class="increment" >
</generator>
</id>

<property name="htmlText" column="html_text" type="org.springframework.orm.hibernate3.support.ClobStringType"/>


</class>

这个配置中我们重要关心主表配置,这里有两个配置有点意思,就是unique="true"和not-null="true",这正是一个主键的声明要求,为一并不为空。这时用一个多对一,来表示一对一关系。而副表,则不需要再引用news类,这是一个单向关联。其时我就的这是最好的,因为在一对一关联中,副表其时就是主表的辅助,通过主表类什么都可以查到,而没有必要从副表查找主表。

这里还有一个最大的好处就是,news可以对content进行延迟加载,这太好了,因为在这里划分副表(NewsContent)的意思就在于,对content的延迟加载。大家想想,在查看某个栏目的新闻列表时,对content属性延迟加载(默认),在查看某个新闻时再通过getContent得到某个新闻的内容。

如果你再建一个副表,只存放那些动态数据,不可被缓存的数据(例如:浏览次数),把News和NewsContent都定义到二级缓存中,用户查看新闻时,只修改NewsBrowseCount表。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 作为AI语言模型,我无法对技术趋势进行判断和预测,因为技术的发展变化是非常快速和不稳定的。同时,Hibernate和MyBatis都有自己的优势和适用场景。Hibernate适合在对象与关系映射(ORM)方面使用,MyBatis则更适合在SQL语句的编写和调优方面使用。因此,选择哪一个取决于具体的项目需求和团队技能。 ### 回答2: Hibernate和MyBatis是两种常见的Java持久化框架,它们各自有着不同的特点和使用场景。 Hibernate是一个全自动的ORM框架,它能够将Java对象映射到数据库表中,并提供了丰富的查询功能和自动管理数据库事务的能力。它广泛应用于传统的企业级应用开发中,具有强大的功能和成熟的生态系统。但是,Hibernate的学习和配置较为复杂,对于简单的数据库操作和性能要求较高的场景可能过于重量级。 MyBatis是一种半自动的持久化框架,它通过XML或注解配置实现了灵活的SQL映射,将数据库操作和Java代码解耦。MyBatis相对于Hibernate更加轻量级,配置简单,适合于对SQL语句有较高要求和对数据库操作细节更加敏感的开发者。由于MyBatis采用了灵活的SQL映射方式,开发者可以使用自己优化的查询语句,从而提高性能。 就前景来说,Hibernate作为较早的ORM框架,拥有丰富的功能和稳定的市场地位,并且有着成熟的社区和广泛的应用场景。虽然在一些性能敏感的场景中可能不适用,但Hibernate仍然是许多企业级项目的首选。 MyBatis作为一个轻量级持久化框架,越来越受到开发者的青睐。它具有较低的学习曲线和配置要求,并且在一些对性能要求较高的应用开发中表现出优势。随着微服务和云原生应用的兴起,MyBatis有望在这些敏捷和轻量级的应用中更加流行。 总之,Hibernate和MyBatis各有特点,在各自的应用场景中都有着广泛的应用和未来的前景。具体选择哪个取决于项目的需求和开发者的偏好。 ### 回答3: Hibernate和MyBatis都是Java领域最常用的对象关系映射(ORM)框架,它们有着各自独特的优势和应用场景。 Hibernate是一个全自动化的ORM框架,它可以将Java对象直接映射到关系数据库中的表,提供了一种面向对象的数据库访问方式。Hibernate易于使用和学习,可以自动生成SQL语句,以及提供了一系列的查询和事务管理功能。Hibernate还具有高度的扩展性和灵活性,可以适应不同的数据库和开发场景。Hibernate有着广泛的用户群体和成熟的生态系统,在大型企业和重量级应用中得到广泛使用,拥有较好的前景。 MyBatis则是一种半自动化的ORM框架,它通过XML或注解配置数据库操作语句,可以灵活地控制SQL语句的编写和执行,同时提供了一些常用的ORM功能。MyBatis相比Hibernate更轻量级,性能较高,适用于对SQL语句有较高要求的开发场景。MyBatis也具有灵活的扩展性和可定制性,可以满足不同的需求。MyBatis在国内拥有广泛的用户基础和社区支持,尤其在中小型项目和互联网领域应用较为广泛,也具有较好的发展前景。 综上所述,无论是Hibernate还是MyBatis,都有着自己的优点和适用场景,前景都较为看好。选择使用哪个框架应根据具体的项目需求、技术栈和开发团队的熟悉程度等因素进行考量。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值