转载

springboot 2.1.7 + mysql5.6 弃用 Calendar类型字段

原因：在使用 Calendar 做为字段类型时，每进行一次 findById() 操作返回的数据的值都比实际值要大一点。更新后再调用查询，还会再大一点。也就是说：如果我们用 Calendar 做为字段类型，那么该字段会在程序运行时会静悄悄的增大。

代码准备

示例代码很简单：我们只需要准备两个类，一个实体，一个数据访问对象。

Student.java

package com.example.demo;

import org.hibernate.annotations.CreationTimestamp;

import javax.persistence.*;
import java.sql.Timestamp;
import java.util.Calendar;

@Entity
public class Student {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String name;
    
    @CreationTimestamp
    private Calendar applyTime;
    
    @CreationTimestamp
    private Timestamp applyTimestamp;

    // 省略构造函数及setter/getter
}

为了测试代码更简单，我们为 applyTime 及 applyTime 加入 CreationTimestamp 注解。让其自动生成。

删除自动时间戳并不会影响测试结果

package com.example.demo;

import org.springframework.data.repository.CrudRepository;

public interface StudentRepository extends CrudRepository<Student, Long> {
}

测试代码

package com.example.demo;

import org.junit.Test;
import org.junit.runner.RunWith;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.context.SpringBootTest;
import org.springframework.test.context.junit4.SpringRunner;

@SpringBootTest
@RunWith(SpringRunner.class)
public class StudentRepositoryTest {
    private static final Logger logger = LoggerFactory.getLogger(StudentRepositoryTest.class);
    @Autowired StudentRepository studentRepository;

    @Test
    public void test() {
        Student student = new Student();
        studentRepository.save(student);

        Student student1 = studentRepository.findById(student.getId()).get();
        System.out.println(student1.getApplyTime().getTimeInMillis());
        System.out.println(student1.getApplyTimestamp().getTime());
   }
}

结果如下：

springboot 2.1.7 + mysql5.6 弃用 Calendar类型字段

可见，使用 Calendar 类型获取值较 Timestamp 类型的自动增加了。如果此时保存实体，则此增加的值将被自动写入数据表。

github: https://github.com/mengyunzhi...

stackoverflow: https://stackoverflow.com/que...

结论

Calendar 类型在spring-boot 2.1.7版本中应该暂时弃用，转而使用 Timestamp 或 LocalDateTime 。

老项目升级

如果你也是在版本的基础上升的级，那么需要处理一样时区的问题。因为同样的数据 Calendar 与 Timestamp 最终存到数据库中的值是不一致的。其中 Calendar 存的是加入了时区以后的值， Timestamp 存的是原始值：

springboot 2.1.7 + mysql5.6 弃用 Calendar类型字段

幸运的是：两个类型映射到 mysql 中的类型均是 datetime ，这为我们降低了升级的难度。

变更实体映射类型

@CreationTimestamp
    private Timestamp applyTime;

老数据-8时处理

update student set apply_time = SUBTIME(apply_time, '8:00');

原文 https://segmentfault.com/a/1190000020106983

正文到此结束

所属分类： Spring

本文标签： db IDE MySQL5 bean 测试数据 final Persistence update sql value ACE java 数据库 App 删除 junit spring find CTO http springboot mysql https 时间 entity id git 代码 src IO GitHub example 自动生成
版权声明： 本文为互联网转载文章，出处已在文章中说明(部分除外)。如果侵权，请联系本站长删除，谢谢。
本文海报： 生成海报一生成海报二

其他链接

关于本站

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。

问题交流

springboot 2.1.7 + mysql5.6 弃用 Calendar类型字段

代码准备

测试代码

结论

老项目升级

变更实体映射类型

老数据-8时处理

热门推荐

相关文章

说给你听

本文目录

随机标签

书籍教程

近期评论

网站信息

其他链接

关于本站

问题交流