2. 程式人生 > >hibernate5(12)註解映射[4]一對一外鍵關聯

hibernate5(12)註解映射[4]一對一外鍵關聯

阿新 • • 發佈：2017-08-13
rom 成功 查詢 content cat 回憶 target his var

在實際博客站點中，文章內容的數據量非常多，它會影響我們檢索文章其他數據的時間，如查詢公布時間、標題、類別的等。

這個時候，我們能夠嘗試將文章內容存在還有一張表中，然後建立起文章——文章內容的一對一映射

一對一關聯有兩種方式，一種是外鍵關聯。還有一種是復合主鍵關聯。

外鍵關聯

以下我們先看一個一對一單向關聯的實例

/*************關聯關系維護方************/
@Table(name = "t_article")
@Entity
public class Article {
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private
 
 Integer id;
    private String title;
    @OneToOne(cascade = CascadeType.ALL,fetch = FetchType.LAZY,orphanRemoval = true,targetEntity = ArticleContent.class)
    @JoinColumn(name = "article_content_id")
    private ArticleContent articleContent;
    //忽略get和set方法
}

以下是我們的文章內容類

@Table(name = "t_article_content"
 
)
@Entity
public class ArticleContent {
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private Integer id;
    @Lob
    private String content;

    //忽略get和set方法
}

以下是我們的測試類

public class Test3 {
    private ApplicationContext ac;
    private SessionFactory sessionFactory;
    private
 
 Session session;
    private Transaction transaction;
    @BeforeClass//在測試類初始化時調用此方法，完畢靜態對象的初始化
    public static void before(){
    }
    @Before//每個被註解Test方法在調用前都會調用此方法一次
    public void setup(){//建立針對我們當前測試方法的的會話和事務
        ac = new ClassPathXmlApplicationContext("spring-datasource.xml");
        sessionFactory = (SessionFactory) ac.getBean("sessionFactory");
        session = sessionFactory.openSession();
        transaction = session.beginTransaction();
    }
    //測試級聯關系映射註解配置：一對一單向關聯
    @Test
    public void test1(){
        //測試級聯加入
        Article article = new Article();
        article.setTitle("title");
        ArticleContent articleContent = new ArticleContent();
        articleContent.setContent("content");
        article.setArticleContent(articleContent);//建立映射關系
        session.save(articleContent);
        session.save(article);
        //測試級聯刪除
//      Article article = (Article) session.get(Article.class,1);
//      session.delete(article);
    @After//每個被註解Test方法在調用後都會調用此方法一次
    public void teardown(){
        if(transaction.isActive()){//假設當前事務尚未提交，則
            transaction.commit();//提交事務，主要為了防止在測試中已提交事務，這裏又反復提交
        }
        session.close();
}

調用我們的測試方法test1。

控制臺打印：
Hibernate: insert into t_article_content (content) values (?)
Hibernate: insert into t_article (article_content_id, title) values (?, ?)
此時查看數據庫：

mysql> show tables; ————————————hibernate幫我們新建的表格
+———————+
| Tables_in_hibernate |
+———————+
| t_article |
| t_article_content |
+———————+
2 rows in set (0.00 sec)

mysql> desc t_article; ————————————單方維護映射關系，通過article_content_id維護
+——————–+————–+——+—–+———+—————-+
| Field | Type | Null | Key | Default | Extra |
+——————–+————–+——+—–+———+—————-+
| id | int(11) | NO | PRI | NULL | auto_increment |
| title | varchar(255) | YES | | NULL | |
| article_content_id | int(11) | YES | MUL | NULL | |
+——————–+————–+——+—–+———+—————-+
3 rows in set (0.00 sec)

mysql> desc t_article_content;
+———+———-+——+—–+———+—————-+
| Field | Type | Null | Key | Default | Extra |
+———+———-+——+—–+———+—————-+
| id | int(11) | NO | PRI | NULL | auto_increment |
| content | longtext | YES | | NULL | |
+———+———-+——+—–+———+—————-+
2 rows in set (0.00 sec)

mysql> select * from t_article;
+—-+——-+——————–+
| id | title | article_content_id |
+—-+——-+——————–+
| 1 | title | 1 |
+—-+——-+——————–+
1 row in set (0.00 sec)

mysql> select * from t_article_content;
+—-+———+
| id | content |
+—-+———+
| 1 | content |
+—-+———+
1 row in set (0.00 sec)

凝視掉測試代碼的級聯加入部分，執行級聯刪除部分：

Hibernate: delete from t_article where id=?
Hibernate: delete from t_article_content where id=?


在這裏，我們觀察到它是先刪除文章（維護關系方）。再刪除t_article_content的，回憶我們之前的一對多關聯測試。都是先刪除維護關系方的。這事實上非常好理解，我們肯定要清除掉相應的關聯關系（體如今數據庫的外鍵上）才幹完畢被關聯內容的刪除操作

一對一雙向關聯非常easy，直接在articleContent上加入:

@OneToOne(cascade = CascadeType.ALL,mapperBy = "articleContent")
private Article article;
//忽略getter/setter

使用和上面一樣的測試代碼。hibernate會幫我們生成表格並插入數據：

mysql> select * from t_article_content;
+—-+———+
| id | content |
+—-+———+
| 1 | content |
+—-+———+
1 row in set (0.00 sec)

mysql> select * from t_article;
+—-+——-+——————–+
| id | title | article_content_id |
+—-+——-+——————–+
| 1 | title | 1 |
+—-+——-+——————–+
1 row in set (0.00 sec)

這時候假設我們嘗試在放棄維護的articleContent端進行級聯加入：

//測試articleContent級聯加入
Article article = new Article();
article.setTitle("title");
ArticleContent articleContent = new ArticleContent();
articleContent.setContent("content");
articleContent.setArticle(article);
session.save(articleContent);

我們的article對象能被成功保存。可是。兩者的關聯關系建立失敗：

mysql> select * from t_article_content;
+—-+———+
| id | content |
+—-+———+
| 1 | content |
| 2 | content |
+—-+———+
2 rows in set (0.00 sec)

mysql> select * from t_article;
+—-+——-+——————–+
| id | title | article_content_id |
+—-+——-+——————–+
| 1 | title | 1 |
| 2 | title | NULL |
+—-+——-+——————–+
2 rows in set (0.00 sec)

這時候我們再嘗試從放棄維護端刪除：

//這次刪除是有級聯關系的
ArticleContent articleContent = (ArticleContent) session.get(ArticleContent.class, 1);//註意這裏id為1
session.delete(articleContent);

mysql> select * from t_article_content;
+—-+———+
| id | content |
+—-+———+
| 5 | content |
+—-+———+
1 row in set (0.00 sec)

mysql> select * from t_article;
+—-+——-+——————–+
| id | title | article_content_id |
+—-+——-+——————–+
| 6 | title | NULL |
+—-+——-+——————–+
1 row in set (0.00 sec)

會看到我們相應article對象也被刪除了！因此，我們須要明白放棄維護關聯關系並不代表放棄關聯關系，從ArticleContent端，我們一樣能進行與關聯關系雙管的級聯加入、刪除操作。僅僅是不正確兩者關系進行維護。因而在加入時Article端的外鍵屬性article_content_id=null
我們使用mappedBy屬性放棄關聯。但級聯操作依舊有效，因此須要區分開維護關聯關系和級聯操作的差別。

這裏須要特別註意的是。在這樣的一對一映射中。我們最好選擇一個被動方並設定mapperBy屬性。即讓一方放棄維護關聯關系，否則，我們會看到下述現象：
mysql> desc t_article;
+——————–+————–+——+—–+———+—————-+
| Field | Type | Null | Key | Default | Extra |
+——————–+————–+——+—–+———+—————-+
| id | int(11) | NO | PRI | NULL | auto_increment |
| title | varchar(255) | YES | | NULL | |
| article_content_id | int(11) | YES | MUL | NULL | |
+——————–+————–+——+—–+———+—————-+
3 rows in set (0.00 sec)

mysql> desc t_article_content;
+————+———-+——+—–+———+—————-+
| Field | Type | Null | Key | Default | Extra |
+————+———-+——+—–+———+—————-+
| id | int(11) | NO | PRI | NULL | auto_increment |
| content | longtext | YES | | NULL | |
| article_id | int(11) | YES | MUL | NULL | |
+————+———-+——+—–+———+—————-+
3 rows in set (0.00 sec)

兩個表中都建立了關於對方的關聯映射。

這是全然沒有必要的，並且這樣會造成的更嚴重後果，我們來測試級聯加入
先調用例如以下測試代碼：

//測試article級聯加入
Article article = new Article();
article.setTitle("title");
ArticleContent articleContent = new ArticleContent();
articleContent.setContent("content");
article.setArticleContent(articleContent);
session.save(article);

再調用例如以下測試代碼：

//測試articleContent級聯加入
Article article = new Article();
article.setTitle("title");
ArticleContent articleContent = new ArticleContent();
articleContent.setContent("content");
articleContent.setArticle(article);
session.save(articleContent);

我們會看到數據庫相應記錄：

mysql> select * from t_article;
+—-+——-+——————–+
| id | title | article_content_id |
+—-+——-+——————–+
| 1 | title | 1 |
| 2 | title | NULL |
+—-+——-+——————–+
2 rows in set (0.00 sec)

mysql> select * from t_article_content;
+—-+———+————+
| id | content | article_id |
+—-+———+————+
| 1 | content | NULL |
| 2 | content | 2 |
+—-+———+————+
2 rows in set (0.00 sec)

即兩方各維護各的關聯關系。假設這時候我們嘗試交換測試級聯刪除：

Article article = (Article) session.get(Article.class,2);
session.delete(article);

會看到例如以下結果：

mysql> select * from t_article;
+—-+——-+——————–+
| id | title | article_content_id |
+—-+——-+——————–+
| 1 | title | 1 |
+—-+——-+——————–+
1 row in set (0.00 sec)

mysql> select * from t_article_content;
+—-+———+————+
| id | content | article_id |
+—-+———+————+
| 1 | content | NULL |
| 2 | content | 2 |
+—-+———+————+
2 rows in set (0.00 sec)

即級聯刪除失敗了，而這是顯然的。由於id為2的文章，相應article_content_id屬性為null，在文章方看來，兩者都沒建立關聯關系。這樣的時候肯定不是報錯就是級聯刪除失敗，而報錯是由於假設設置了數據庫在t_article_content中設置了對article_id的的外鍵關聯，由於存在記錄article_id=2，這時候我們嘗試刪除article表中id為2的記錄，則會由於外鍵關系約束失敗而報錯

hibernate5(12)註解映射[4]一對一外鍵關聯

相關推薦

hibernate5(12)註解映射[4]一對一外鍵關聯

rom 成功 查詢 content cat 回憶 target his var 在實際博客站點中，文章內容的數據量非常多，它會影響我們檢索文章其他數據的時間，如查詢公布時間、標題、類別的等。這個時候，我們能夠嘗試將文章內容存在還有一張表中，然後建立起文章

hibernate5(12)註解對映[4]一對一外來鍵關聯

在實際部落格網站中，文章內容的資料量非常多，它會影響我們檢索文章其它資料的時間，如查詢釋出時間、標題、類別的等。這個時候，我們可以嘗試將文章內容存在另一張表中，然後建立起文章——文章內容的一對一對映 一對一關聯有兩種方式，一種是外來鍵關聯，另一種是複合主鍵關聯

Hibernate，關系映射的多對一單向關聯、多對一雙向關聯、一對一主鍵關聯、一對一外鍵關聯、多對多關系關聯

nat 延遲加載 alt ima orm 雙向關聯 映射文件 結構 spa 2018-11-10 22:27:02開始寫 下圖內容ORM、Hibernate介紹、hibername.cfg.xml結構： 下圖內容hibernate映射文件結構介紹

java-mybaits-00502-案例-映射分析-一對一、一對多、多對多

per username nfa view 2.3 puts opened org double 1、一對一查詢【類屬性即可，association 】 案例：查詢所有訂單信息，關聯查詢下單用戶信息。 註意：因為一個訂單信息只會是一個人下的訂單，所以從查詢

mybatis-高級結果映射之一對一（多種方式， 有沒提到的你找我）

int shc 變量名 als where html method reflect jdbc mybatis的高級結果映射可以很輕松的幫助我們處理一對一， 一對多的數據關系。 1 數據準備 1.1 數據庫 創建以下的名為 mybatis 的數據庫， 並在其下創建4個表。

使用ngrok將內網映射出去讓外網可以訪問的方法

一：軟體的下載ngrok的下載地址：https://pan.baidu.com/s/1maOHIznSbm-RVvV88bL87g 密碼：wfnk二：安裝的步驟1：賬號的註冊：https://www.ngrok.cc/  1.1：點選註冊1.2：登入1.3：點選隧道管理1.4

8、JPA-映射-雙向一對一

manage ini ack toon 雙向 外連接 factor int 圖片 一個管理對應一個部門，一個部門對應一個管理，例中由部門維護關聯關系 實體類 Department package com.jpa.yingshe; import javax.persi

MyBatis入門（二）—— 輸入映射和輸出映射、動態sql、關聯查詢

輸出類型 sql name屬性 一對一 test HA h標簽 自動 CI p.p4 { margin: 0.0px 0.0px 0.0px 10.0px; font: 10.5px "PingFang SC" } p.p6 { margin: 0.0px 0.0px 0.

Hibernate一對一主鍵關聯（基於annotation註解方式)

 hibernate中一對一的關聯有兩種方式：一種是採用外來鍵關聯，另外一種是採用主鍵關聯。  最近專案中用到一對一主鍵雙向關聯，並且是基於註解的方式。期間遇到一些問題，現在貼出來探討探討。  一個丈夫(husband)對應一個妻子(wife)，主要目標是在儲存丈夫或者妻子

hibernate雙向一對一主鍵關聯對映XML與註解版

雙向一對一關聯對映原理:  雙向的主鍵關聯其實是單向一對一主鍵關聯的一種特殊情況，只不過要在關聯物件的兩端的對映檔案中都要進行<one-to-one>的配置，另外還要在主對映的主鍵一端採

hibernate5(9)註解對映[1]多對一單向關聯

在部落格網站中，我們可能需要從某一篇文章找到其所關聯的作者，這就需要從文章方建立起對使用者的關聯，即是多對一的對映關係。 現在先看一個配置例項：我們的文章實體類 package com.zeng.model; import javax.persistenc

外鍵關聯非主鍵id時-hbm.xml配置,及其分頁查詢DaoImpl

foreign opp style area ringbuf ber getc ram n-k 表關聯時，外鍵關聯非主鍵id時-hbm.xml配置： （由於hibernate默認為關聯主鍵查詢，故需要配置相關hql語句的屬性） <many-to-one name=

sqlalchemy多外鍵關聯

efault spa row 技術 guanl code ddr nullable 否則 一、前言 　　如果有張表A的多個字段關聯另一張表B的一個字段，就如同一個客戶表的賬單地址和發貨地址，同時關聯地址表中的id字段。 二、事例 # -*- coding: UTF-

創建表操作（含外鍵關聯）

成績表 成績 方式 ron numeric 姓名 pos tin cor //創建學生表create table student( sno char(10) primary key,//學號是主鍵 sname char(15) not null,//姓名為非空

ORM外鍵關聯

cor 外鍵 create col .com blog 開始 完成 OS #coding=utf-8 from sqlalchemy import create_engine from sqlalchemy.ext.declarative import declarati

sqlalchemy操作----外鍵關聯，relationship

huang integer -- password sql 通過 ext kref day ... #!_*_coding:utf-8_*_ #__author__:"Alex huang" import sqlalchemy from sqlalchemy import

mysql清空有外鍵關聯的表

來源 數據 遞增 csdn 保留 表數 開始 ble tails 第一種：（不要外鍵約束） 手動刪除外鍵約束； 刪除表數據 第二種：（保留外鍵約束） SET FOREIGN_KEY_CHECKS = 0; TRUNCATE TABLE 表名; SET F

Hibernate，關係對映的多對一單向關聯、多對一雙向關聯、一對一主鍵關聯、一對一外來鍵關聯、多對多關係關聯

2018-11-10  22:27:02開始寫   下圖內容ORM、Hibernate介紹、hibername.cfg.xml結構：     下圖內容hibernate對映檔案結構介紹   下圖內容hibernate

Python SQLAlchemy多對多外鍵關聯時表結構

reat 表結構 clas python asc int port pre 創建 1 # 創建多對多表結構 2 from sqlalchemy.ext.declarative import declarative_base 3 from sqlalchemy.

站點映射到外網踩到的坑,跳轉丟失端口

部分 encoding attribute 虛擬 一段 head 將不 clas span 今天準備的線上演示版本，把端口映射到外網後，發現跳轉不正確，丟失了端口。 環境：centos7+docker 方案嘗試： 1、修改docker的端口映射，直接把nginx的端口改為外