ORA-14406: 更新的分区关键字在最高合法分区关键字之外--压缩的标志

本文针对SQL更新操作中出现的异常情况进行了深入分析,并通过创建新表对比原分区表的方法定位问题,最终发现压缩设置可能是导致错误的原因。

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

这个问题官方解释是 更新的时间段超过了最后个分区。处理方法是增加新分区。

可我这个不是

Update T_base_ProUser_fail x
Set x.f_Expectenddate = (Select e.f_Endtime From t_Gather_Expect e Where x.f_Lotid=e.f_Lotteryid And x.f_Expect=e.f_Expect)

min() max() T_base_ProUser_fail 这个表的最大和最小时间 都没有超出过范围。

Update T_base_ProUser_fail x
Set x.f_Expectenddate = (Select e.f_Endtime From t_Gather_Expect e Where x.f_Lotid=e.f_Lotteryid And x.f_Expect=e.f_Expect)
Where X.f_Expectenddate > to_date('2009-06-01','YYYY-MM-DD')

缩小时间访问也如此!

新建个表来看下

CREATE TABLE T_BASE_PROUSER_FAILED AS SELECT * FROM t_Base_Prouser_Fail;

Update T_BASE_PROUSER_FAILED x
Set x.f_Expectenddate =
(Select e.f_Endtime From t_Gather_Expect e Where x.f_Lotid=e.f_Lotteryid And x.f_Expect=e.f_Expect And E.f_Endtime>to_date('2009-06-01','YYYY-MM-DD'))
Where X.f_Expectenddate > to_date('2009-06-01','YYYY-MM-DD');
Commit;

没问题!

再查看原来的分区表代码

PARTITION P200901 VALUES LESS THAN (TO_DATE(' 2009-02-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN'))
LOGGING
COMPRESS
TABLESPACE STAT
PCTFREE 0
INITRANS 1
MAXTRANS 255
STORAGE (
INITIAL 64K
MINEXTENTS 1
MAXEXTENTS UNLIMITED
BUFFER_POOL DEFAULT
),

每个子分区都带有压缩的标志!

估计因为压缩带来错误吧!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值