达梦数据库日期格式化_达梦数据库时间类型的使用介绍

在数据库的日常使用过程中，无论是记录服务启动时间，还是存储前端应用中的订单时间，都离不开使用各类日期类型，本文就将给大家介绍DM7中各种时间类型的区别和使用注意事项。

一．DM7中时间日期类型简介

DM7中常用的时间日期类型有这三种DATE，TIME，TIMESTAMP。

DATE 类型包括年、月、日信息，定义了’-4712-01-01’和’9999-12-31’之间任何一个有效的格里高利日期。

TIME类型包括时、分、秒信息,定义了一个在’00:00:00.000000’和’23:59:59.999999’之间的有效时间。TIME 类型的小数秒精度规定了秒字段中小数点后面的位数,取值范围为 0~6,如果未定义,缺省精度为0。

TIMESTAMP 类型包括年、月、日、时、分、秒信息,定义了一个在’-4712-01-01 00:00:00.000000’和’9999-12-31 23:59:59.999999’之间的有效格里高利日期时间。

TIMESTAMP 类型的小数秒精度规定了秒字段中小数点后面的位数,取值范围为 0~6,如果未定义 , 缺省精度为6。

二．DATE和TIMESTAMP的区别

根据上面的定义可以知道DATE类型只能存储年月日，那当我们尝试把一个完整的时间存入DATE时会发生什么呢？我们可以做如下测试：

DECLARE

TEST1 DATE;

TEST2 DATE;

BEGIN

SET TEST1=to_date('2018-11-0115:20:10','YYYY-MM-DDHH24:MI:SS'); --存入时间1

SET TEST2=to_date('2018-11-0117:20:10','YYYY-MM-DDHH24:MI:SS'); --存入时间2

IF TEST1=TEST2 THEN

PRINT'TEST1=TEST2'; --如果两个值相同则显示TEST1=TEST2

PRINT TEST1;

ELSEIF TEST1>TEST2 THEN

PRINT'TEST1>TEST2';

PRINT TEST1;

ENDIF;

END;

执行结果如下：

可以看到，当我们尝试把一个包含年月日时分秒毫秒的完整时间存入date类型时，年月日之外的数值会被砍掉。因此，在对两个数值进行比较时，得出来的是等号。在这种情况下，为避免数据丢失，我们需要TIMESTAMP来存储完整的日期时间信息。

三. 从ORACLE到DM的迁移

熟悉ORACLE的读者应该了解，ORACLE的DATE类型中包括年、月、日、时、分、秒的信息。因此，在做ORACLE到DM的数据迁移时，如果不对DATE类型做转换，则可能会导致时、分、秒数据的丢失。这时，我们应将DATE类型转化成DM中的TIMESTAMP，演示如下：

在ORACLE中创建实例表并录入时间数据

CREATE TABLE T1 (AAA DATE);

INSERT INTO T1VALUES(to_date('2018-11-01 15:20:10','YYYY-MM-DD HH24:MI:SS'));

COMMIT;

这里我们使用DTS工具进行迁移，因篇幅关系这里就不演示过程了，迁移完成后，在DM内可以查到对应的T1表以及数据。

表和数据已经迁移过来了，类型也被转换成了TIMESTAMP，时、分、秒的数据并没有丢失。这里，有的读者可能就会问了，为什么DATE类型自己变成了TIMESTAMP，是不是我们在迁移的过程中做了什么操作呢？

事实上，我在迁移的过程中并没有手动指定数据类型映射。但是，当我们使用DTS进行ORACLE到DM的迁移时，DTS工具会自己对某些类型做转换。

如图所示，工具已经自动将DATE类型转化成了TIMESTAMP类型。当然，迁移时类型的转换还不止图中这些，有兴趣的读者可以参考DTS帮助文档中默认数据类型映射这一章节。