Too-big precision 7 specified for 'CHECK_DATE'. Maximum is 6.

最新推荐文章于 2022-04-20 15:31:51 发布
最新推荐文章于 2022-04-20 15:31:51 发布
阅读量1.2w 收藏 6
点赞数 3
文章标签： oracle mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013090676/article/details/100163282
版权

博主使用navicat的数据传输将数据从oracle导入mysql的过程中，报错：

Too-big precision 7 specified for 'CHECK_DATE'. Maximum is 6.

问题原因在于oracle的DATE类型是7位，而mysql的时间类型最多6位，所以无法导入。

解决方法：将oracle库中的DATE改为TIMESTAMP，同时长度改成6 （一定要把类型和长度都修改后才保存），即可导入。

暮之雪
关注
  • 3
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
greenplum-db-6.2.1-rhel7-x86_64.rpm
12-16
Pivotal Greenplum 6 software is available for download from the Pivotal Greenplum page on Pivotal Network. Pivotal Greenplum 6 is based on the open source Greenplum Database project code. ...
openjdk-13.0.2_windows-x64_bin.zip
02-05
JDK 13 is the open-source reference implementation of version 13 of the Java SE Platform as specified by by JSR 388 in the Java Community Process. JDK 13 reached General Availability on 17 ...
Too-big precision 7 specified for 'CREATE_TIME'. Maximum is 6.
热门推荐
remzhang的博客
07-12 1万+
在通过Navicat将oracle数据库中的表转为mysql时出现以下错误： Too-big precision 7 specified for ‘CREATE_TIME’. Maximum is 6. 解决方法： 先将oracle中表对应的字段改为local time zone类型。如 – Add/modify columns alter table T_XT_ORG_USER modify c...
Too-big precision 7 specified for ‘CREATE_TIME‘. Maximum is 6.
lixilai_rjkf的博客
07-17 1596
在通过Navicat将oracle数据库中的表转为mysql时出现以下错误： Too-big precision 7 specified for ‘CREATE_TIME’. Maximum is 6. 解决方法： 先将oracle中表对应的字段改为local time zone类型。如 – Add/modify columns alter table T_XT_ORG_USER modify create_time timestamp with local time zone; 然后就可以导入，但这可能影
mysql Too-big precision 255 specified for ‘column‘.Maximun is 6
tarcy的博客
03-24 3059
使用navicat新增字段类型为datetime时候 字段长度限制最大为6 将字段长度改为6或者6一下的数字
too big precision 20 specified for column...
m0_56786541的博客
04-20 1243
新建数据库表格报错 datetime类型的长度最长是6 所以一般datetime类型不设置长度
Hive部署安装时，Specified key was too long; max key length is 767 bytes
developerinit的专栏
11-27 863
Specified key was too long; max key length is 767 bytes ============================================ 这个是需要mysql中的数据库表及字段编码为latin1。 所以需要修改表库、表和表的字符集为latin1。 查看字符集应该是这样的： mysql> show variables like
调整参数后引起，ORA-00838: Specified value of MEMORY_TARGET is too small
03-30
调整参数后引起，ORA-00838: Specified value of MEMORY_TARGET is too small, needs to be at least 3 2768M 的解决方案
iptables-services-1.4.21-17.el7.x86_64.rpm 下载
06-18
centos7 iptables-services-1.4.21-17.el7.x86_64.rpm 安装包 下载
ISOIEC-14496-26_2010Cor-2_2011.zip_14496-26_14496-3_IEC_ISO_IEC_
09-24
decoders meet requirements specified by ISO/IEC 14496-3. In this part of ISO/IEC 14496, encoders are not addressed specifically. An encoder may be said to be an ISO/IEC 14496 encoder if it generates ...
oracle转mysql时间无法转换问题
weixin_46867059的博客
12-29 963
问题:[Err] [Dtf] 1426 - Too-big precision 7 specified for 'FACTORY_DATE'. Maximum 大概意思好像是mysql中时间格式的最大是6,而oracle中的date类型的长度为7,精度不匹配 解决办法: 1.如果是空表,则只需把oracle中的date改为timestamp类型,将长度改为6,进行传输即可==========注:传输完成后需将oracle原字段类型复原 2.如果表中有数据,则会提示不能修改长度,此时最好将表及数据重新
【MySQL】日期类型，取值范围
hgSuper的博客
06-28 959
一、来龙去卖 1、根据去IOE政策下达，项目需要从Oracel迁移到MySQL 2、日期格式，Oracle用datetime(7)，7个字符存储 3、MySQL用6个字符存储，导致转换时出现： Too big precision 7 specified for column 'create_time'. Maximum is 6. 4、而MySQL时间类型有：DATE,DATETIME,...
poj 1426 Find The Multiple
miracle from life
05-22 180
Find The Multiple Time Limit: 1000MS Memory Limit: 10000K Total Submissions: 49001 Accepted: 20448 Special Judge Description Given a positive integer n, write a program to find out a nonzero multip...
PycharmDjangoToo-big precision 100 specified for ‘price‘. Maximum is 65将price的max_digits修改为64后仍报错！！！
Pan_ZC的博客
06-19 725
Too-big precision 100 specified for ‘price’. Maximum is 65 将price的max_digits修改为64后仍报错！！！ 老哥们，有懂的吗 救救我
navicat premium从Oracle导出数据到mysql
飞龙在天
02-17 5226
项目上要将Oracle数据导出到mysql，从网上查到navicat premium是个不错的工具，就是试了一下。期间遇到很多问题，记录如下： 1、首先是将现场数据库还原到公司远程数据库，一直报“必须说明 'SET_NO_OUTLINES' 组件”错误，上网查了一下，说是导出的Oracle数据库与导入的数据库版本不一致导致，但是我是低版本导入高版本，应该不存在这个问题。试了很长时间，发现是因
ORA-01438处理方法
cri5768的博客
05-05 2576
（我的学习过程） 今天公司的同事告诉我生产系统出现了ORA-01438错误如下 ORA-01438: value larger than specified precision allowed for this column...
1426 Too-big precision 100 specified for 'start_time'.Maximum is 6
最新发布
07-13
例如，使用 DATETIME(6) 或 TIMESTAMP(6) 来定义该字段，以确保精度在允许范围内。 示例： ```sql CREATE TABLE my_table ( start_time DATETIME(6) ); ``` 确保在修改表时也遵循相同的规则。 注意：如果你不...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值