【自动化】【测试类型：SQL功能】【测试版本：6.0.0】timestamp类型插入数据表现与mysql不同

【标题描述】:timestamp类型插入数据表现与mysql不同
【自动化】【测试类型：SQL功能】【测试版本：6.0.0】 问题描述
timestamp类型插入数据表现与mysql不同
【操作系统和硬件信息】(查询命令: cat /etc/system-release, uname -a):
openEuler release 20.03 (LTS)
Linux dggpopel00002 4.19.90-2003.4.0.0036.oe1.x86_64 #1 SMP Mon Mar 23 19:10:41 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
【测试环境】(单机/1主x备x级联备):
1主2备
【被测功能】:
timestamp
【测试类型】:
SQL功能
【数据库版本】(查询命令: gaussdb -V):
(openGauss 6.0.0 build 229b15f3) compiled at 2024-06-19 16:00:43 commit 0 last mr   on x86_64-unknown-linux-gnu, compiled by g++ (GCC) 10.3.0, 64-bit
【预置条件】:

【操作步骤】(请填写详细的操作步骤):
1. 
create table t1(c1 timestamp);
insert into t1 values('1-1-11')

【预期输出】:
1.严格模式下插入报错，非严格下插入报warning
![输入图片说明](https://foruda.gitee.com/images/1719213808146496073/ce968a50_10141636.png "屏幕截图")
![输入图片说明](https://foruda.gitee.com/images/1719213900455987455/73be80c8_10141636.png "屏幕截图")

【实际输出】:
1.严格与非严格均插入成功
![输入图片说明](https://foruda.gitee.com/images/1719213931176160262/dd2d81ea_10141636.png "屏幕截图")
![输入图片说明](https://foruda.gitee.com/images/1719213971158523094/b1e941c9_10141636.png "屏幕截图")

【原因分析】:
1. 这个问题的根因
2. 问题推断过程
3. 还有哪些原因可能造成类似现象
4. 该问题是否有临时规避措施
5. 问题解决方案
6. 预计修复问题时间

【日志信息】(请附上日志文件、截图、coredump信息):

【测试代码】:

openGauss/Plugin

内容风险标识

评论 (3)

openGauss/Plugin .gitee-modal { width: 500px !important; }

内容风险标识