ORA-01847: 月份中日的值必须介于 1 和当月最后一日之间

最新推荐文章于 2021-04-13 10:36:15 发布

原创最新推荐文章于 2021-04-13 10:36:15 发布 · 3.1w 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#ORA-01847

数据库技术专栏收录该内容

4 篇文章

订阅专栏

在数据迁移过程中遇到ORA-01847错误，通过排查发现是由timestamp字段中的null值引起。本文介绍了解决这一问题的具体步骤。

今天解决了一个奇葩问题： ORA-01847: 月份中日的值必须介于 1 和当月最后一日之间

将数据从一个视图倒入到一个同结构的表中，但是老报错，也就那么几个字段，肉眼真看不出来什么问题，但是既然报这个错，肯定和日期类型有关

就发现了一个字段可能影响，那个字段是timestamp 类型，奇怪的是两条相同的记录，字段都是空，为什么一个报错一个不报错呢。后来断定肯定是 null 和 ‘’ 的问题。

后来果然发现这个问题，由于视图是同股票Dblink 访问的另外一个数据的数据，后来果断将该字段全部设置为 ‘’ ，解决问题。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

javaCoffee33

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

oracle错误号提示ORA-

mtm001的专栏

07-22

3689

网络收集 ORA-00001: 违反唯一约束条件 (.) ORA-00017: 请求会话以设置跟踪事件 ORA-00018: 超出最大会话数 ORA-00019: 超出最大会话许可数 ORA-00020: 超出最大进程数 () ORA-00021: 会话附属于其它某些进程；无法转换会话 ORA-00022: 无效的会话 ID；访问被拒绝 ORA-00023: 会话引用进程私用内存；无法分离会话 ORA-00024: 单一进程模式下不允许从多个进程注册 ORA-00025: 无法分配 ORA-00026:

oracle 错误代码

肖睿的博客

08-29

2422

ORA-00001: 违反唯一约束条件 (.) ORA-00017: 请求会话以设置跟踪事件 ORA-00018: 超出最大会话数 ORA-00019: 超出最大会话许可数 ORA-00020: 超出最大进程数 () ORA-00021: 会话附属于其它某些进程；无法转换会话 ORA-00022: 无效的会话 ID；访问被拒绝 ORA-00023: 会话引用进程私用内存；无法分离会话 ORA-00...

参与评论您还未登录，请先登录后发表或查看评论

ORA-01847 月份中日的值必须介于 1 和当月最后一日之间

qq961573863的博客

07-21

3993

一、问题描述：大数据与v5对接后查询表select * from base_customers where status=1 提示ORA-01847 月份中日的值必须介于 1 和当月最后一日之间二、问题分析： 1、base_customers为视图，查视图结构 create or replace view base_customers as select a.cardno as customerid, b.stuempno as outid, decode(a.status,‘1’,1,‘2’,6) as

oracle 月份中日的值必须介于 1 和当月最后一日之间

weixin_33866037的博客

10-11

4445

解决方法： 1、用时间字段去关联字符串字段导致此错误。。如果1、解决不了就看 2、把date'2017-01-01' 换成 to_date('2017-01-01','yyyy-mm-dd')

ora-01847:月份中日的值必须介于 1 和当月最后一日之间

热门推荐

千尘梦博客

11-12

3万+

环境：1.在查询创建的视图全部内容时，的异常。视图中的日期是从varchar2转到date。 2.oracle 11g 原因：1.日期本身是数据非法的,就是转换时格式不合格，如：2月30 这里不可能有的格式。也可能是一种特殊的‘ ’，如全角的空格等。解决：异常直接为空 create or replace function F_VARCAHR_TO_DATE(DATES IN VA

解决：ora-01847:月份中日的值必须介于 1 和当月最后一日之间

TianXieZuoMaiKong的博客

09-23

1万+

昨日在处理 oracle 查询sql语句的时候，出现了ora-01847 错误，但奇葩的是，在 idea 中执行该 sql 语句，却不会出现 01847 这个错误，放到程序中运行时，就会出错，这就说明，在 sql 编写上不够严谨，故特意记下了这次解决问题的过程和思路，希望能帮到遇到同样问题的朋友们。报错原 sql： SELECT nvl(u.name,' ') name,u.sex,nvl(u.create_time,' ') create_time from user u where u.cre

UncategorizedAdoException:CommandCallback; uncategorized DataException for SQL [select t.task_id as DOCTASK_ID, t.task_type_id, t.task_name, m.task_dealt_state as TASK_STATE, '' as TASK_LEVEL, m.task_dealt_doc as DOC_ID, t.pid, t.visit_type, t.patient_id, '' as APP_ARGS, m.task_dealt_doc as HANDLE_OPER, m.task_dealt_date as HANDLE_DATE, m.task_dealt_memo as HANDLE_MEMO, '' as TOP_NO, t.create_date, t.oper_code, t.oper_date, t.third_code, P.Name AS PATIENT_NAME, (SELECT D.DISEASE_NAME FROM V_MET_CMN_DIAGNOSE D WHERE D.PID = T.PID AND ROWNUM <= 1) AS PATIENT_DIAGNOSE, P.Birthday AS PATIENT_BIRTHDAY, P.Sex_Code AS SEX_CODE, '' as ENGLISH_NAME, P.Spell_Code, '' as WB_CODE, '' AS DIAG_SPELL, '' AS DIAG_WUBI, t.child_type_id, r.is_focus as major_link_id --1是重点提醒 from met_portal_tasklist t, met_portal_taskdealt m, v_fin_ipr_inmaininfo P,qcm_connotation_rule r where t.task_id = m.task_id and (m.task_dealt_doc = :DOC_CODE OR m.task_dealt_doc = 'ALL') and t.pid = p.Inpatient_No and t.pid = :INPATIENT_NO and t.create_date >= to_date(:BEGIN_DATE,'yyyy-MM-dd HH24:mi:ss') and t.create_date < to_date(:END_DATE,'yyyy-MM-dd HH24:mi:ss') and t.major_link_id = r.rule_code(+) ]; ErrorCode [-2147467259]; ORA-01847: 月份中日的值必须介于 1 和当月最后一日之间 OracleException:ORA-01847: 月份中日的值必须介于 1 和当月最后一日之间在 Spring.Data.Generic.AdoTemplate.Execute[T](IDbCommandCallback`1 action) 在 Spring.Data.Generic.AdoTemplate.QueryWithResultSetExtractor[T](CommandType commandType, String cmdText, IResultSetExtractor`1 resultSetExtractor, IDbParameters parameters) 在 Spring.Data.Generic.AdoTemplate.QueryWithRowMapper[T](CommandType cmdType, String cmdText, IRowMapper`1 rowMapper, IDbParameters parameters) 在 Neusoft.Dawn.Core.Dal.SqlMstExecutor.QueryWithRowMapper[T](String[] keys, IRowMapper`1 rowMapper, IDictionary`2 parameters) 在 Neusoft.Dawn.Core.Dal.SqlMstExecutor.QueryWithRowMapper[T](String key, IRowMapper`1

10-16

`ORA-01847` 错误表明在日期转换时，输入的日期中“日”的值超出了该月份的有效范围。此错误通常是由于输入的日期字符串不符合预期格式，或者“日”的值不在对应月份的合理区间内。而 `UncategorizedAdoException` ...

Oracle错误代码查询(超详细)

qq_24542879的博客

02-01

1570

使用Ctrl + F 查找错误代码序号 ORA-00001: 违反唯一约束条件 (.) ORA-00017: 请求会话以设置跟踪事件 ORA-00018: 超出最大会话数 ORA-00019: 超出最大会话许可数 ORA-00020: 超出最大进程数 () ORA-00021: 会话附属于其它某些进程；无法转换会话 ORA-00022: 无效的会话 ID；访问被拒绝 ORA-00023: 会话引...

oracle常见错误代号

DoubleJing的博客

06-19

825

oracle 月份中日的值必须介于 1 和当月最后一日之间,ora-01847:月份中日的值必须介于 1 和当月最后一日之间...

weixin_30590247的博客

04-08

2298

环境：1.在查询创建的视图全部内容时，的异常。视图中的日期是从varchar2转到date。2.oracle 11g原因：1.日期本身是数据非法的,就是转换时格式不合格，如：2月30 这里不可能有的格式。也可能是一种特殊的‘ ’，如全角的空格等。解决：异常直接为空create or replace function F_VARCAHR_TO_DATE(DATES IN VARCHAR2) RETU...

oracle 介于日期之间_oracle 月份中日的值必须介于一和当月最后一日之间

weixin_31021619的博客

12-29

1376

oracle 月份中日的值必须介于 1 和当月最后一日之间请教大家，在oracle存储过程中，有一个insert语句，总是报错，找到是插入时间的问题。比如：casewhennvl(pa_ptm,'0')='0'thenv_invptmelseto_date(pa_ptm,'yyyy/MM/ddHH24:mi:ss')end我想当pa_ptm为null时插入v_invptm(date...

ORA-01847: day of month must be between 1 and last day of month 解决方法

chenjunan888的专栏

03-24

1万+

ORA-01847: day of month must be between 1 and last day of month 解决方法

oracle中月份 1,oracle 月份中日的值必须介于 1 和当月最后一日之间

weixin_32696821的博客

04-13

405

8&period;HBase In Action 第一章-HBase简介(1&period;2&period;2 捕获增量数据)Data often trickles in and is added to an existing data store for further usage, such as analytics, ...iOS开发网络篇—JSON介绍一.什么是...

Oracle 之 ORA-01847: day of month must be between 1 and last day of month

回头等终点的博客

07-25

7102

当我们在从oracle中取数据的时候有时会报一下错误： nested exception is java.sql.SQLDataException: ORA-01847: day of month must be between 1 and last day of month 所使用的SQL文大概是： select date_field1, date_field2 fro

ORA-01847: day of month must be between 1 and last day of month

quzhihui321的专栏

12-29

2872

2011-12-26 14:45:00 ERROR AbstractFlushingEventListener:324 [http-8080-1] - Could not synchronize database state with sessionorg.hibernate.exception.DataException: could not update: [com.gpdi.infores.

ORA-01847:day of month must be between 1 and last day of month

我是一名程序猿

02-13

1265

ORA-01847:day of month must be between 1 and last day of month 关于这个报错信息，我是偶然遇到的，今年是2020年，2月份是没有31号的我在写测试sql语句的时候随意写了个31号，哈哈，结果遇到了这个报错信息。这个信息表明了数据库也是按照法定日期走的，2月没有31天，你写31号，能不报错嘛！报错sql：select (ti...

OGG ORA-01847: day of month must be between 1 and last day of month (status = 1847)

地衣

10-26

4225

1、某客户lis库replicat进程ABENDING； 2、查看ggserr.log日志信息，报如下错误： 2017-10-25 11:25:35 INFO OGG-00996 Oracle GoldenGate Delivery for Oracle, repyylis.prm: REPLICAT REPYYLIS started. 2017-10

ORA-31693: ORA-02354: e ORA-01555:ORA-22924: snapshot

最新发布

10-22

<think>嗯，用户这次询问的是Oracle数据库导出过程中的一系列错误代码解决方案。结合提供的三个引用资料来看，用户遇到的是expdp导出时常见的复合型错误：ORA-31693（表数据卸载失败）实际是结果性报错，核心问题在于ORA-02354（导出过程异常）和ORA-01555（快照过旧），偶尔伴随ORA-22924（快照过旧的特殊形态）。用户可能正在执行数据库迁移或备份任务，从引用[3]提到的105GB大表导出失败来看，业务规模不小。ta连续遇到多个同类错误，说明不是偶发现象，需要系统化解决。尤其值得注意的是引用[1]和[3]都指向视图/同义词解析问题和大事务回滚段配置不足这两类根源。深层需求其实是保证数据导出任务的可靠性。用户没有明说但可能隐含的痛点包括：生产环境停机时间有限、数据一致性要求高、以及对Oracle内部机制不熟悉带来的排查困难。技术层面需要分三层处理：首先是紧急应对措施，比如针对ORA-01555错误立即扩大UNDO表空间或调整参数，这类方案能在数分钟内生效；其次要解决结构性问题，比如引用[1]提到的视图导出失败需要重建元数据；最后是预防性优化，像引用[2][3]都提到的UNDO保留时间调整和大事务拆分策略。特别要注意引用[3]揭示的陷阱——当导出大表时，如果存在并发DML操作，即使UNDO表空间总量足够，也可能因快照保留时间不足导致失败。这需要综合运用UNDO_RETENTION参数优化和导出时机的选择。用户提供的错误代码组合很典型，正好构成完整的故障链条：ORA-02354是导出的通用异常包装器，ORA-31693是被跳过对象的报告，真正致命的底层错误是ORA-01555及其变种ORA-22924。这个诊断结论应该明确传达给用户。 </think>以下是针对Oracle数据库错误代码 **ORA-31693、ORA-02354、ORA-01555 和 ORA-22924** 的综合解决方案，结合引用内容和Oracle官方建议整理： --- ### **错误原因分析** 1. **ORA-31693 + ORA-02354** - 通常在`expdp`导出时发生，表示特定表（如 `YKSOFT.T_TEMP_U90915`）因元数据问题无法导出。 - **核心问题**：尝试导出**视图或同义词**（而非实际表），或对象元数据损坏（引用[1][^1]）。 2. **ORA-01555: snapshot too old** - 导出过程中查询的数据版本被覆盖，因UNDO表空间不足或事务保留时间过短（引用[2][^2][^3]）。 - 常见于导出超大表时（如引用[3]中105GB的表）。 3. **ORA-22924: snapshot too old** - 是ORA-01555的衍生错误，通常与LOB字段导出相关（引用[2][^2]）。 --- ### **解决方案步骤** #### **1. 修复元数据问题（针对ORA-31693 + ORA-02354）** ```sql -- 检查对象类型（确认是表/视图/同义词） SELECT object_name, object_type FROM dba_objects WHERE owner='YKSOFT' AND object_name='T_TEMP_U90915'; -- 若为视图/同义词：重建或替换为实体表 CREATE TABLE YKSOFT.T_TEMP_U90915_ACTUAL AS SELECT * FROM T_TEMP_U90915; -- 导出新表替代原对象 ``` #### **2. 解决ORA-01555 / ORA-22924（快照过旧）** - **增大UNDO表空间**： ```sql ALTER TABLESPACE UNDOTBS1 ADD DATAFILE '/path/undotbs02.dbf' SIZE 10G AUTOEXTEND ON; ``` - **延长UNDO保留时间**： ```sql ALTER SYSTEM SET UNDO_RETENTION = 1800; -- 单位：秒（建议≥导出耗时） ``` - **优化导出参数**： ```bash expdp user/pwd DIRECTORY=dpump_dir DUMPFILE=exp.dmp LOGFILE=exp.log FLASHBACK_TIME=SYSTIMESTAMP -- 使用闪回保证一致性 PARALLEL=4 -- 降低并行度减少UNDO压力 ``` #### **3. 分治策略导出大表** - **单独导出失败的表**（避免全局失败）： ```bash expdp user/pwd TABLES=SJTBK.INC_KETTLE_ETL_HIST, SJTBK.ECPS_EASY_LOGOUT DIRECTORY=dpump_dir DUMPFILE=large_tables.dmp ``` - **使用`QUERY`条件分批导出**： ```bash expdp ... QUERY="WHERE ROWNUM<=1000000" -- 分批导出 ``` #### **4. 预防性措施** - **监控UNDO使用**： ```sql SELECT BEGIN_TIME, TUNED_UNDORETENTION FROM V$UNDOSTAT; ``` - **避免导出高峰期操作**：减少并发DML对UNDO的争用。 - **改用物理备份**：对百GB级数据，RMAN比逻辑导出更可靠（引用[2][^2]）。 --- ### **关键要点总结** | 错误码 | 主因 | 解决方案 | |-----------------|-----------------------|-----------------------------| | ORA-31693+02354 | 视图/同义词元数据异常 | 重建对象或导出实体表 | | ORA-01555 | UNDO空间或保留时间不足| 增大UNDO、延长保留时间 | | ORA-22924 | LOB字段导出快照过旧 | 分批导出+优化UNDO参数 | > ⚠️ 若问题持续，检查`alert.log`获取更详细的堆栈信息，并考虑使用Oracle Support收集诊断数据（RDA工具）[^3]。 ---