情景描述
- 使用flyway在數(shù)據(jù)庫(kù)中首先創(chuàng)建一個(gè)table task
- 然后使用post接口在數(shù)據(jù)庫(kù)中插入一條數(shù)據(jù)
- 發(fā)現(xiàn)不斷報(bào)錯(cuò)
Field id doesn't have a default value - Entity和.sql如下
package tw.demo.todomvc.model;
import com.fasterxml.jackson.annotation.JsonCreator;
import com.fasterxml.jackson.annotation.JsonProperty;
import com.sun.org.apache.xpath.internal.operations.Bool;
import org.springframework.data.annotation.PersistenceConstructor;
import javax.persistence.*;
@Entity
public class Task {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private int id;
@Column(nullable = false)
private String text;
@Column(nullable = false)
private int completed;
public Task(){}
public Task(String text,int completed) {
this.completed = completed;
this.text = text;
}
}
CREATE TABLE task (
id INT PRIMARY KEY,
text VARCHAR(255) NOT NULL,
completed INT NOT NULL
);
}
解決辦法
- Q1:為什么沒(méi)有辦法插入肠槽，能確定在執(zhí)行save之前id就是存在嗎？
- A1:經(jīng)過(guò)使用one step查看發(fā)現(xiàn)確實(shí)存在一個(gè)id。說(shuō)明在save之前id存在魄咕，然后結(jié)果是sql出現(xiàn)異常id不存在障本。說(shuō)明是save的時(shí)候沒(méi)有把id save進(jìn)去棋电、
- Q2:為什么沒(méi)有吧id save進(jìn)去栗涂？
- A2:那么能把一個(gè)task裝換成數(shù)據(jù)庫(kù)的一個(gè)doc是Hibernate在做對(duì)象數(shù)據(jù)庫(kù)映射摇锋。那么一定是映射的時(shí)候?qū)bject 的id 映射成數(shù)據(jù)庫(kù)的id字段出現(xiàn)了問(wèn)題丹拯。
Q3:那么如何能知道出現(xiàn)了什么樣的問(wèn)題呢？
-
A3:那我們就要去了解一下Hibernate是通過(guò)什么方式能把object的id字段裝換過(guò)去荸恕。經(jīng)過(guò)查詢
@Column聲明屬性和數(shù)據(jù)庫(kù)之間的映射關(guān)系乖酬。
- 首先能夠告訴Herbinate需要將當(dāng)前屬性映射到數(shù)據(jù)庫(kù)的某一個(gè)列中
- 其次：通過(guò)他設(shè)置的一些映射屬性進(jìn)行映射（因?yàn)槠鋵?shí)你可以直接在屬性聲明的時(shí)候直接加上這個(gè)注解，就按照默認(rèn)的方式映射）
因此當(dāng)我們給Entity的id屬性加上了@Column注解就不會(huì)再報(bào)錯(cuò)了融求。
- Q4:那么為什么就成功了呢咬像？
- A4:因?yàn)樵瓉?lái)沒(méi)有給id屬性加上@Column注解導(dǎo)致Herbinate不會(huì)講object 的id映射成為數(shù)據(jù)庫(kù)的一個(gè)列導(dǎo)致數(shù)據(jù)庫(kù)中id始終為空。
- Q5:為什么我以前使用
spring.jpa.properties.hibernate.hbm2ddl.auto=create-drop自動(dòng)創(chuàng)建數(shù)據(jù)庫(kù)的時(shí)候就不需要在id上創(chuàng)建@Column就不會(huì)報(bào)錯(cuò)？ - A5:我猜想可能是這樣的：使用以上那個(gè)屬性县昂，是Herbinate幫你自動(dòng)創(chuàng)建table肮柜。因此我覺(jué)得他創(chuàng)建了的table的id字段一定是這樣寫(xiě)的
CREATE TABLE task (
id INT PRIMARY KEY NOT NULL AUTO_INCREMENT,
text VARCHAR(255) NOT NULL,
completed INT NOT NULL
);
也就是說(shuō)讓mysql自增添加id的值。但是我寫(xiě)的sql文件是這樣的：
CREATE TABLE task (
id INT PRIMARY,
text VARCHAR(255) NOT NULL,
completed INT NOT NULL
);
因此使用我的方式如果Herbinate沒(méi)有映射進(jìn)來(lái)一個(gè)id那么mysql也不會(huì)自己產(chǎn)生id的自然報(bào)錯(cuò)倒彰。因此我們有改寫(xiě)方式
- 修改創(chuàng)建table 的sql文件寫(xiě)成id INT PRIMARY KEY NOT NULL AUTO_INCREMENT审洞。也就是說(shuō)此時(shí)代碼中再也不能控制id的值了。
- Q6:為什么我發(fā)請(qǐng)求到controller是這樣結(jié)構(gòu)的數(shù)據(jù)卻可以被轉(zhuǎn)換成Task類型待讳，竟然還創(chuàng)建了ID预明？
{
"text":"test2",
"completed": 0
}
- A6:因?yàn)閏ontroller中的@RequestBody注解可以進(jìn)行強(qiáng)制類型轉(zhuǎn)換將你傳進(jìn)來(lái)的參數(shù)強(qiáng)制轉(zhuǎn)換成Task類型。同理** @PathVariable和@RequestParamsd都具有強(qiáng)制類型轉(zhuǎn)換的功能 **
反思
- 以前雖然寫(xiě)過(guò)一次demo但是這些注解以及原理都沒(méi)有搞清楚耙箍，使用的屬性只要能work就用了，也沒(méi)有去看他的作用酥馍。還是問(wèn)自己為什么太少了
action
- 所有出現(xiàn)的bug必須記下來(lái)辩昆。然后寫(xiě)筆記。必須寫(xiě)出你的解決方法能work的原因
