文章目錄
- select
- insert
- insert報錯1:外鍵約束(插入從表,主表中沒有對應資料)
- delete
- delete洗掉外鍵約束報錯(洗掉主表,從表中依賴這行資料)
- 例子1
- 例子2
- update
- update修改外鍵約束報錯(修改主表,從表中依賴這行資料)
- 總結
select
User user = new User();
user.setName("l2");
user.setPassword("444");
int i = userMapper.addUser(user);
System.out.println(i);
<select id="getUserById" parameterType="Integer" resultType="User">
select * from t_user where id = #{id};
</select>
select的回傳值沒什么好說的,寫的不是有resultType還有resultMap嘛,那就是回傳值了,
User user = userMapper.getUserById(1);
System.out.println(user.toString());
測驗的資料也比較簡單,這個就沒什么說的了,
insert
<insert id="addUser" parameterType="User">
INSERT INTO `db_ssm`.`t_user` (`id`, `name`, `password`)
VALUES
(null, #{name}, #{password}) ;
</insert>
insert也比較簡單,測驗的貼上來,
User user = new User();
user.setName("l2");
user.setPassword("444");
int i = userMapper.addUser(user);
System.out.println(i);
貌似也比較簡單,也沒什么說的了,
等等,好像忘記了本文的中心思想了,沒錯,說的就是insert,
insert 如果成功的話回傳值是1,因為我只插入了一條資料,為什么要提資料的事呢,是因為據說這個insert回傳的就是插入的資料的條數,如果插入多條資料的話…… 想入非非中,可能就不是1了啊,這個我就不試了,遇到的時候再試,

這是驗證的結果,
那有的人要問了,如果插入出錯了呢,
重新模擬插入錯誤的,
User user = new User();
// user.setName("l2222");
user.setPassword("111");
int i = userMapper.addUser(user);
System.out.println(i);
注釋掉name,
在我的資料庫中name是不可以為空的,

所以硬要插入的話肯定會出錯的,下面演示結果,
華麗的出錯了,瞬間把我原來以為結果會是0的想法沖擊的粉碎,

正是我想要的結果,
所以
insert 的結果,如果成功回傳的是1(可能是這個1是影響的條數),失敗回傳的是exception,而不是0,
身為社會有識青年,怎么能容忍例外的呢,我先簡單的處理一下,
User user = new User();
user.setPassword("33333");
int i = 0;
try {
i = userMapper.addUser(user);
} catch (Exception e) {
i = -1;
} finally {
}
System.out.println(i);
這樣一搞,如果插入成功的話回傳的是1,如果不成功的話回傳的是-1,

豈不妙哉,我都佩服自己的聰明才智了,但是我不能排除有沒有可能回傳0,所有如果回傳的數字不小于1判定為插入成功,
但是一般情況下,我們插入成功了,就要在頁面上馬上用ajax展示出來,但是遺憾的是,我們的這個user怎么能沒有id呢,沒有id有怎么查,怎么刪,怎么改,所以我們在插入的時候要是可以得到id就更好了,
<insert id="addUser1" parameterType="User" useGeneratedKeys="true" keyProperty="id">
INSERT INTO `db_ssm`.`t_user` (`id`, `name`, `password`)
VALUES
(null, #{name}, #{password}) ;
</insert>
看到后面 的兩個資料了嗎?
(1) useGeneratedKeys=“true” 這是必須的,
(2) keyProperty=“id” 這是id就是系結的id,那我就疑惑了,這系結的哪個id啊,令人頭疼,你這個回傳值明明是int,難道回傳的就是這個id,
這個先看測驗的檔案
User user = new User();
user.setName("1222");
user.setPassword("44122224");
int i = 0;
try {
i = userMapper.addUser1(user);
sqlSession.commit();
} catch (Exception e) {
System.out.println("add error");
} finally {
}
System.out.println(user.toString());
System.out.println(i);

看到這到是明白了,原來不是把id當成回傳值啊,原來它是把
parameterType=“User” 這是user的id設定成了插入的id,

進來的是沒有id的user,出去的是有id的user,真是太厲害了,沒想到不僅把回傳值改變了,連引數都發生了改變,真是太神奇了,亮瞎了我眼,這思想的境界之高,我等真是不能望其項背,
回傳值還是插入的條數,
哦,弄到這,mybatis插入的回傳值我是了解的差不多了,
insert報錯1:外鍵約束(插入從表,主表中沒有對應資料)
錯誤:插入從表,主表中沒有對應資料
正確姿勢:先插入主表,再插入從表
ica_classify 表中主鍵 ica_classify_id 為 website_commodity_information 表的外鍵
表結構略
在使用mybatis往表website_commodity_information 中插入資料的時候,外鍵約束報錯
### Error updating database. Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Cannot add or update a child row: a foreign key constraint fails (`cweb/website_commodity_information`, CONSTRAINT `website_commodity_information_ibfk_3` FOREIGN KEY (`ica_classify_id`) REFERENCES `ica_classify` (`ica_classify_id`) ON UPDATE CASCADE)
這個問題遇到了兩次,這次長點記性記錄一下
插入資料時website_commodity_information表中的`ica_classify_id的值
必須是與ica_classify表中某一主鍵相對應,否則就會報錯,
這塊因為只注意到一個表 沒注意到關聯表沒有資料所以出現了問題
delete
<delete id="deleteUser" parameterType="Integer" >
delete from t_user where id = #{id}
</delete>
我先找個你肯定刪不掉的為難你
int i = 0;
try {
i = userMapper.deleteUser(222222);
sqlSession.commit();
} catch (Exception e) {
System.out.println("delete error");
} finally {
}
System.out.println(i);
我讓你刪id是222222的,我還沒創建呢,看你怎么刪

刪不掉的就回傳個0啊,好簡單,為什么 不說This can’t be deleted,一點都不智能,
int i = 0;
try {
i = userMapper.deleteUser(14);
sqlSession.commit();
} catch (Exception e) {
System.out.println("delete error");
} finally {
}
System.out.println(i);
那試試正常的id= 14

哦,洗掉正常的回傳是1,
delete洗掉外鍵約束報錯(洗掉主表,從表中依賴這行資料)
錯誤:洗掉主表,從表中依賴這行資料
正確姿勢:先洗掉從表依賴的這個資料行的記錄,然后才能洗掉主表中這個資料行
例子1
我給你個刪都刪不動的,你怎么搞,

如果刪有外鍵約束的會報錯,哈哈哈,
FK_test FOREIGN KEY (name) REFERENCES t_user (name)
例子2
定義了外鍵,就是給倆個表建立聯系,洗掉的時候,資料庫會會查看洗掉的資料會不會導致表結構的破壞,若會破壞,則不能洗掉,
解決辦法,將外鍵屏蔽
設定如下:SET FOREIGN_KEY_CHECKS = 0;
具體例子:

這個是倆個表的結構,test3關聯了test2的id主鍵,

當直接洗掉test2_id = 1 的資料,因為會test3中含有test2_id = 1的資料,洗掉時報例外,
先設定在洗掉,就可以了,洗掉后記得在設定回來,
update
寫到這已經累了,不想寫了,但是還有一點,趕緊寫完得了,
<update id="updateUser" parameterType="User">
update t_user set name = #{name}, password = #{password} where id = #{id}
</update>
測驗 成功
User user = new User();
user.setId(9);
user.setName("121111");
user.setPassword("11111");
int i = 0;
try {
i = userMapper.updateUser(user);
sqlSession.commit();
} catch (Exception e) {
System.out.println("delete error");
} finally {
}
System.out.println(i);

成功是1,失敗是0

update修改外鍵約束報錯(修改主表,從表中依賴這行資料)
錯誤:修改主表,從表中依賴這行資料
正確姿勢:先洗掉從表依賴的這個資料行的記錄,然后才能修改主表中這個資料行
錯誤是例外

總結
成功是1,失敗是0,錯誤是例外,一定要捕捉例外,不然專案就崩了,
| select | insert | delete | update | |
|---|---|---|---|---|
| 能找到,滿足where條件 | model | 回傳影響行數1 | 回傳影響行數1 | 回傳影響行數1 |
| 找不到,不滿足where條件 | null | 不存在這種情況 | 回傳影響行數0 | 回傳影響行數0 |
| 報錯(sql層面的錯誤) | 不存在這種情況 | 主鍵沖突、唯一索引沖突、非空欄位未賦值、外鍵約束報錯(插入從表,主表中存在這個值) | 外鍵約束報錯(洗掉主表,從表中存在參考這個資料行) | 外鍵約束報錯(修改主表,從表中存在參考這個資料行) |
轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/291693.html
標籤:其他
上一篇:cgb2106-day06
