为什么DB的设计中要使用Long来替换掉Date类型

这里是修真院后端小课堂&＃xff0c;每篇分享文从

【背景介绍】【知识剖析】【常见问题】【解决方案】【编码实战】【扩展思考】【更多讨论】【参考文献】

八个方面深度解析后端知识/技能&＃xff0c;本篇分享的是&＃xff1a;

【为什么DB的设计中要使用Long来替换掉Date类型 】

大家好&＃xff0c;我是IT修真院上海分院第02期学员&＃xff0c;一枚正直善良的java程序员。

今天给分享一下修真院java任务一中关于数据库的相关知识。

1.背景介绍

在对数据库中的记录进行操作的时候&＃xff0c;需要牵涉到对时间数据的处理&＃xff0c;如create_at,update_at等字段&＃xff0c;数据库中有专门用于存储时间的类型&＃xff0c;date&＃xff0c;还可以将类型设置为long类型&＃xff0c;那么两者的有何差异&＃xff1f;

2.知识剖析

MySQL中的表示时间的类型

date:日期,占用三个字节&＃xff0c;1000-01-01——9999-12-31

datetime:日期&＃43;时间&＃xff0c;1000-01-01 00:00:00” 到“9999-12-31 23:59:59&＃xff0c;占用8个字节&＃xff0c;datetime类型适合用来记录数据的原始的创建时间&＃xff0c;因为无论你怎么更改记录中其他字段的值&＃xff0c;datetime字段的值都不会改变&＃xff0c;除非你手动更改它。

timestamp:日期&＃43;时间&＃xff0c;占用4个字节&＃xff0c;“19700101080001——20380119111407&＃xff0c;timestamp类型适合用来记录数据的最后修改时间&＃xff0c;因为只要你更改了记录中其他字段的值&＃xff0c;timestamp字段的值都会被自动更新。

MySQL中的bigint类型

bignit&＃xff0c;表示从-2^63到2^63-1(即从-9,223,372,036,854,775,808到 9,223,372,036,854,775,807)之间的整数&＃xff0c;它占用了八个字节的存储空间。

3.常见问题

1.java中对时间处理的类比较混乱&＃xff0c;处理时间的类有&＃xff1a;java.util.Date&＃xff0c;java.sql.Date &＃xff0c;java.sql.Time &＃xff0c;java.sql.Timestamp&＃xff0c;java.util.Calendar &＃xff0c;java.util.TimeZone

2.时区&＃xff0c;在获取当前时间的时候&＃xff0c;各个地区在同一个时间点会有不同的时间表示

3.精度,将java.util.Date转为java.sql.Date时候&＃xff0c;日期的时分秒会被去掉&＃xff0c;数据的精度发生变化了。而JDBC中定义接口时候&＃xff0c;用的是java.sql.Date&＃xff0c;而我们常常用到的Date都是java.util.Date&＃xff0c;这往往导致一些转换过程中发生误差。java.sql.Timestamp类&＃xff0c;它保持了日期数据原有的精度。可以实现和java.util.Date的无损转换。但是Timestamp这个类在一些预定义SQL中常常会出问题

java.sql.Date&＃xff0c;在JDBC接口中使用了&＃xff0c;如果对其进行修改&＃xff0c;JDBC接口规范也要改&＃xff0c;那么将引发各个数据库厂商对数据库驱动也要改&＃xff0c;这是不可接受的。

4.解决方案

将date类型转换为long类型

1.有利于计算时间差

2.方便java与数据库之间的传输

5.编码实战

可以通过long login_at &＃61; System.currentTimeMillis()获得当前时间的long类型

 也可以通过Date date1&＃61;new Date()来获得当前时间&＃xff0c;再用long time&＃61;date1.getTime()将其转化为long类型。

然后在数据库中的相应字段设置类型为bigint即可&＃xff0c;在数据库中取得数据后&＃xff0c;可以在转为相应的时间格式。

PPT

视频