情景描述
- 使用flyway在数据库中首先创建一个table task
- 然后使用post接口在数据库中插入一条数据
- 发现不断报错
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:为什么没有办法插入，能确定在执行save之前id就是存在吗？
- A1:经过使用one step查看发现确实存在一个id。说明在save之前id存在，然后结果是sql出现异常id不存在。说明是save的时候没有把id save进去、
- Q2:为什么没有吧id save进去？
- A2:那么能把一个task装换成数据库的一个doc是Hibernate在做对象数据库映射。那么一定是映射的时候将object 的id 映射成数据库的id字段出现了问题。
Q3:那么如何能知道出现了什么样的问题呢？
-
A3:那我们就要去了解一下Hibernate是通过什么方式能把object的id字段装换过去。经过查询
@Column声明属性和数据库之间的映射关系。
- 首先能够告诉Herbinate需要将当前属性映射到数据库的某一个列中
- 其次：通过他设置的一些映射属性进行映射（因为其实你可以直接在属性声明的时候直接加上这个注解，就按照默认的方式映射）
因此当我们给Entity的id属性加上了@Column注解就不会再报错了。
- Q4:那么为什么就成功了呢？
- A4:因为原来没有给id属性加上@Column注解导致Herbinate不会讲object 的id映射成为数据库的一个列导致数据库中id始终为空。
- Q5:为什么我以前使用
spring.jpa.properties.hibernate.hbm2ddl.auto=create-drop自动创建数据库的时候就不需要在id上创建@Column就不会报错？ - A5:我猜想可能是这样的：使用以上那个属性，是Herbinate帮你自动创建table。因此我觉得他创建了的table的id字段一定是这样写的
CREATE TABLE task (
id INT PRIMARY KEY NOT NULL AUTO_INCREMENT,
text VARCHAR(255) NOT NULL,
completed INT NOT NULL
);
也就是说让mysql自增添加id的值。但是我写的sql文件是这样的：
CREATE TABLE task (
id INT PRIMARY,
text VARCHAR(255) NOT NULL,
completed INT NOT NULL
);
因此使用我的方式如果Herbinate没有映射进来一个id那么mysql也不会自己产生id的自然报错。因此我们有改写方式
- 修改创建table 的sql文件写成id INT PRIMARY KEY NOT NULL AUTO_INCREMENT。也就是说此时代码中再也不能控制id的值了。
- Q6:为什么我发请求到controller是这样结构的数据却可以被转换成Task类型，竟然还创建了ID？
{
"text":"test2",
"completed": 0
}
- A6:因为controller中的@RequestBody注解可以进行强制类型转换将你传进来的参数强制转换成Task类型。同理** @PathVariable和@RequestParamsd都具有强制类型转换的功能 **
反思
- 以前虽然写过一次demo但是这些注解以及原理都没有搞清楚，使用的属性只要能work就用了，也没有去看他的作用。还是问自己为什么太少了
action
- 所有出现的bug必须记下来。然后写笔记。必须写出你的解决方法能work的原因
