ORA-01810格式代码出现两次的解决方案

最新推荐文章于 2024-02-19 14:52:56 发布
最新推荐文章于 2024-02-19 14:52:56 发布
阅读量768 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 数据库 文章标签： oracle oracle报错 ORA-01810 01810 ora
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/wqetfg/article/details/50589206
本文介绍了解决Oracle数据库中ORA-01810错误的方法，该错误通常由于日期格式字符串定义不当引起。文章提供了正确的TO_DATE及TO_CHAR函数用法示例，并解释了如何正确设置24小时制。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

ORA-01810格式代码出现两次 的解决方案
需要查询两个时间区间的跨度,需要使用TO_DATE函数,一开始写成了

Sql代码 
TO_DATE('2011-09-24 00:00:00','YYYY-MM-DD HH:mm:ss') 

结果报ORA-01810 格式代码出现两次的错误.后来上网查询后,发现是格式化字符串有问题,
其中不应该将某个格式重复两次,否则Oracle就不知道要从哪个占位区间去解析该字段了,
正确的格式应该是这样的,用MI来代表分钟,而不是java中的ss
Sql代码 
TO_CHAR('2011-09-01 00:00:00','YYYY-MM-DD HH:MI:SS') 

后来发现对于24小时制,HH支持的不好,又改成一下格式:
Sql代码 
TO_CHAR('2011-09-01 00:00:00','YYYY-MM-DD HH24:MI:SS') 

ORACLE中的格式化字符串不区分大小写

Oracle 错误代码总结及解决方案ora-0
一只小蚂蚁的自白
08-07 6571
ORA-00001：违反唯一约束条件（主键错误） ORA-00028：无法连接数据库进程 ORA-00900：无效sql语句 ORA-00904：字段名写错或是建表时最后一个字段有逗号 ORA-00907：缺少右括号 ORA-00911：无效字符 ORA-00917：缺少逗号 ORA-00918: 未明确定义列(多是未标明是哪个表的列，或者同一字段查询了多次) ORA-00922：丢失或无效的选项（表名等可能有空格） ORA-00923：未找到FROM关键字 ORA-00926：缺少value
ORA-01810格式代码出现两次 的解决方案
我的地盘
08-14 1061
需要使用TO_DATE函数,一开始写成了 Sql代码  TO_DATE('2011-09-24 00:00:00','YYYY-MM-DD HH:mm:ss')    结果报ORA-01810 格式代码出现两次的错误.后来上网查询后,发现是格式化字符串有问题, 其中不应该将某个格式重复两次,否则Oracle就不知道要从哪个占位区间去解析该字段了, 正确的格式应该是这样的,用MI来代表分
ORA 01810 格式代码出现两次
中庸之道
12-24 465
如：select to_date('2005-01-01 13:14:20','yyyy-MM-dd HH24:mm:ss') from dual; 原因是SQL中不区分大小写，MM和mm被认为是相同的格式代码，所以Oracle的SQL采用了mi代替分钟。 select to_date('2005-01-01 13:14:20','yyyy-MM-dd HH24:mi:ss') from dual...
Oracle ORA 01810 格式代码出现两次
前路漫漫，少年，继续披荆斩棘！
02-19 4275
Oracle ORA 01810 格式代码出现两次
ora_01810：格式代码出现两次
weixin_33827965的博客
07-01 190
报这个错误的原因是在转换日期的时候分钟用mm表示了；如下所示to_date('2016-06-30 16:21:57','yyyy-MM-dd HH24:mm:ss')oracle格式是不区分大小写的，所以MM和mm是一样的 可能会以月份的形式显示。所以oracle中用了mi来代替MM。to_date('2016-06-30 16:21:57','yyyy-MM-dd HH2...
【Oracle 12c问题诊断】：深入分析ORA-65096错误，提供快速解决方案
[【Oracle 12c问题诊断】：深入分析ORA-65096错误，提供快速解决方案](https://www.dnsstuff.com/wp-content/uploads/2020/06/Oracle-database-tuning-best-practices-1024x536.png) # 摘要 ORA-65096错误是Oracle...
【Oracle SQL绑定攻略】：轻松应对ORA-01480错误的解决方案
[【Oracle SQL绑定攻略】：轻松应对ORA-01480错误的解决方案](http://www.rebellionrider.com/wp-content/uploads/2019/01/bind-variables-in-pl-sql-by-manish-sharma.png) # 摘要 本论文深入探讨了Oracle SQL绑定...
【Oracle ORA-01480深度剖析】：字符串绑定中的Null字符问题及终极解决方案
[【Oracle ORA-01480深度剖析】：字符串绑定中的Null字符问题及终极解决方案](https://blogs.ontoorsolutions.com/wp-content/uploads/2023/01/image-344-1024x332.png) # 摘要 ORA-01480是Oracle数据库中一个常见...
文件恢复策略：ORA-01110错误，专家根本解决方法揭秘
[文件恢复策略：ORA-01110错误，专家根本解决方法揭秘](https://oss-emcsprod-public.modb.pro/image/editor/20230206-fabb0b1a-df46-4aed-b806-e370a6828df2.png) # 1. ORA-01110错误概述 Oracle数据库管理员在...
ORA-01810格式代码出现两次
Ljcode_2014 的博客
08-03 324
ORA-01810 格式代码出现两次
【Oracle】ORA 01810 格式代码出现两次-转
weixin_30236595的博客
05-03 203
一、Oracle中使用to_date()时格式化日期需要注意格式码 如：select to_date('2005-01-01 13:14:20','yyyy-MM-dd HH24:mm:ss') from dual;原因是SQL中不区分大小写，MM和mm被认为是相同的格式代码，所以Oracle的SQL采用了mi代替分钟。select to_date('2005-01-01 13:14:20','...
ORA-01810：格式代码出现两次
FairyKunKun的博客
11-17 9696
1：ORA-01810: 格式代码出现两次，这个错误提示明显的指出是格式化字符串重复了两次,在Oracle中不应该将某个格式重复两次，否则Oracle就不知道要从哪个占位区间去解析该字段，即使写成AND V.UPLOAD_DATE
ORA-01810: 格式代码出现两次
weixin_33769125的博客
11-18 180
今天在修改SQL语句的时候遇到这个小问题，提示的还是比较明显的，当然解决之道我是从百度上摘取的！ 错误语句段：AND V.UPLOAD_DATE <=TO_DATE ('2013-11-11 23:59:59', 'YYYY-MM-DD HH:MM:SS') 正确语句段：AND V.UPLOAD_DATE <=TO_DATE ('2013-11-11 23:59:59', 'YYY...
ora-01810: 格式代码出现两次
03-16 365
关键字: ora-01810: 格式代码出现两次 今天在做sql查询时发现了这样的问题，在网上搜索找到了答案，是别人写的。 如：select to_date(2005-01-01 13:14:20,yyyy-MM-dd HH24:mm:ss) from dual; 原因是SQL中不区分大小写，MM和mm被认为是相同的格式代码，所以Oracle的SQL采用了mi代替分钟。 select
ORA-01810:格式代码出现两次 解决方法
热门推荐
itmyhome的专栏
05-14 1万+
在写一个sql插入数据库的时候to_date('20140509131034','yyyyMMddHHmmss')报ORA-01810:格式代码出现两次原因是java中的年月日和oracle中的年月日表示形式不一样oracle用MI来代表分钟,而不是java中的mm修改为to_date('20140509131034','yyyyMMddHHMISS')然后又报ORA-01849:小时值必须介于1
SQL 错误 [1810] [22008]: ORA-01810: 格式代码出现两次
taibaishenlong的专栏
07-08 4241
Oracle数据库，日期时间格式转换
ORA-00913 too many values
最新发布
05-29
<think>嗯，用户想同时解决ORA-00913和oracle.sql.TIMEZONETAB.findCloseMatch这两个错误。首先，我需要回顾之前的对话，确保现在回答的一致性。之前详细讨论了时区问题，现在用户又提到了ORA-00913，这属于插入数据时列和值不匹配的问题。用户可能是在处理多个Oracle错误，需要分别分析。 ORA-00913错误通常是因为INSERT语句中指定的列数与VALUES中的值数量不匹配，或者在子查询中返回了多个列但被用在需要单一值的地方。比如在子查询的IN子句中，子查询返回了多列，而主查询期望一个值。需要检查INSERT语句的列数和值是否对应，或者子查询是否正确。而TIMEZONETAB.findCloseMatch的错误，如前所述，是因为时区名称或格式不正确，Oracle无法识别。可能需要检查时区名称是否正确，或者更新时区表。现在需要将这两个问题的解决方案分开，同时注意用户提到的引用内容，引用1、2、3都是关于ORA-00913的例子，用户可能已经了解这些情况，但需要综合之前的时区问题解决方案。需要确保回答结构清晰，分点解决每个错误，并生成相关问题。需要注意用户提到的“尽可能多的参考用户上一次的问题和你的回答”，即之前已经处理过时区问题，现在用户可能遇到了ORA-00913和时区问题同时出现的情况。需要分别给出两个错误的解决方案，并确保回答中的引用正确，比如引用之前的时区解决方案作为参考。另外，用户可能在开发中遇到多个Oracle错误，需要分步骤指导。例如，先解决ORA-00913，确保插入语句正确，再处理时区问题。同时，生成的相关问题要围绕这两个错误展开，比如如何避免列值不匹配，如何更新时区表等。 最后，确保回答符合格式要求，使用中文，数学公式正确，引用标识自然，结构清晰，分点说明原因和解决方案，并提供示例代码和相关问题。</think>### ORA-00913: too many values 错误解决方案 #### 错误原因分析 当 Oracle 报错 `ORA-00913: too many values` 时，核心原因是 **SQL 语句中列与值的数量不匹配**，具体场景包括： 1. **INSERT 语句列值不匹配** ```sql -- 错误示例：表有 3 列，但 VALUES 子句给了 4 个值 INSERT INTO emp (id, name, age) VALUES (1, 'Alice', 30, 'Engineer'); ``` 2. **子查询返回多列值** ```sql -- 错误示例：WHERE 子句期望单列值，子查询却返回两列 SELECT * FROM orders WHERE product_id IN ( SELECT product_id, price FROM inventory -- 应仅返回 product_id ); ``` 3. **隐式列定义问题** 当表中存在 **不可见列（Invisible Columns）** 时，若未显式指定列名，VALUES 子句仍需包含所有可见列[^2]： ```sql -- 错误示例：sal 是可见列但未显式指定 INSERT INTO emp1 VALUES (100, 'Bob'); -- 实际需要 3 个值（包含 sal） ``` --- #### 解决方案 ##### 1. **显式指定列名** 对 INSERT 语句强制声明列名，避免不可见列导致的问题[^2]： ```sql -- 正确示例（显式指定所有可见列） INSERT INTO emp1 (eno, ename, sal) VALUES (100, 'Bob', 5000); ``` ##### 2. **验证列值数量** 检查表结构并确保列数与 VALUES 子句匹配： ```sql -- 查看表结构 DESC emp1; -- 验证列数 SELECT COUNT(*) FROM all_tab_columns WHERE table_name = 'EMP1' AND hidden_column = 'NO'; ``` ##### 3. **修正子查询返回列数** 确保子查询返回的列数与主查询条件匹配： ```sql -- 错误示例修复前 SELECT * FROM orders WHERE product_id IN ( SELECT product_id, price FROM inventory -- 返回两列 ); -- 修复后（仅返回 product_id） SELECT * FROM orders WHERE product_id IN ( SELECT product_id FROM inventory ); ``` ##### 4. **使用动态列名绑定** 在 PL/SQL 中通过动态 SQL 避免列数硬编码： ```sql DECLARE v_sql VARCHAR2(1000); BEGIN v_sql := 'INSERT INTO emp1 (eno, ename) VALUES (:1, :2)'; EXECUTE IMMEDIATE v_sql USING 100, 'Bob'; END; ``` --- ### oracle.sql.TIMEZONETAB.findCloseMatch 错误解决方案 （接续用户之前的时区问题解决方案[^1][^3]） #### 补充验证方法 通过 `DBMS_DST` 包检查时区有效性： ```sql -- 检查时区是否合法 SELECT TZABBREV FROM V$TIMEZONE_NAMES WHERE TZNAME = 'Asia/Shanghai'; ``` --- ### 错误复现与修复对比 | 错误类型 | 错误示例 | 修复方法 | |------------------------|--------------------------------------------------------------------------|--------------------------------------------------------------------------| | ORA-00913 | `INSERT INTO emp1 VALUES (100, 'Bob')`（缺少 sal 列） | 显式指定列名：`INSERT INTO emp1 (eno, ename) VALUES (100, 'Bob')` | | TIMEZONETAB 时区匹配 | `TO_TIMESTAMP_TZ('2023-10-01 CST', ...)`（歧义时区） | 使用明确时区：`TO_TIMESTAMP_TZ('2023-10-01 Asia/Shanghai', ...)` | --- ### 总结 | 问题类型 | 解决关键 | |-------------------------|--------------------------------------------------------------------------| | ORA-00913 | 显式声明列名、验证子查询返回列数、检查不可见列 | | TIMEZONETAB 时区匹配 | 使用地理时区名称（如 `Asia/Shanghai`）、更新时区表 | ```sql -- 安全插入模板（同时规避两种错误） INSERT INTO table1 (col1, col2, tz_col) VALUES ( 1, 'value1', TO_TIMESTAMP_TZ('2023-10-01 Asia/Shanghai', 'YYYY-MM-DD TZR') ); ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值