Oracle约束的关键字Enable/Disable/Validate/Novalidate

本文介绍数据库中约束的四种操作:Enable Validate、Enable Novalidate、Disable Validate和Disable Novalidate,并通过实例演示了这些操作如何影响数据的插入、更新和删除。

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

1 组合特性说明

 

Validate

Novalidate

已有记录

新增/删除记录

已有记录

新增/删除记录

Enable

Yes

Yes

No

Yes

Disable

Yes

No

No

No

Validate确保已有数据符合约束;

Novalidate不必考虑已有数据是否符合约束。

 

除非Novalidate被指定,Enable默认Validate

除非Validate被指定,Disable默认Novalidate

 

Enable ValidateEnable相同,检查已有记录和新增记录,确保都符合约束;

Enable Novalidate 允许已有记录不必满足约束条件,但新增/修改的记录必须满足;

Disable Validate禁用约束,删除约束上的索引,不允许修改任何被约束的记录;

Disable NovalidateDisable相同,禁用约束,删除约束上的索引,且允许修改被约束的记录。

2 建表

SQL> create table test(id int, name varchar2(10));

Table created

SQL> alter table test add constraint ck_id check(id > 10);

Table altered

3 测试1: Enable Validate

SQL> alter table test Enable validate constraint ck_id;

Table altered

SQL> insert into test values(5, 'Oracle');

insert into test values(5, 'Oracle')

ORA-02290: 违反检查约束条件 (MYHR.CK_ID)

SQL> insert into test values(17,'ERP');

1 row inserted

SQL> commit;

Commit complete

4 测试2: Enable Novalidate

SQL> alter table test disable constraint ck_id;

Table altered

SQL> insert into test values(5, 'Oracle');

1 row inserted

SQL> commit;

Commit complete

SQL> select * from test;

           ID NAME

----------- ----------

          17 ERP

            5 Oracle

 

SQL> alter table test enable novalidate constraint ck_id;

Table altered

SQL> insert into test values(32, 'SAP');

1 row inserted

SQL> insert into test values(3, 'Linux');

insert into test values(3, 'Linux')

ORA-02290: 违反检查约束条件 (MYHR.CK_ID)

SQL> commit;

Commit complete

5 测试3: Disable Validate

SQL> delete from test where id < 10;

1 row deleted

SQL> commit;

Commit complete

SQL> alter table test disable validate constraint ck_id;

Table altered

SQL> select * from test;

             ID NAME

------------- ----------

             17 ERP

             32 SAP

SQL> update test set name = 'Change' where id = 17;

update test set name = 'Change' where id = 17

ORA-25128: 不能对带有禁用和验证约束条件 (MYHR.CK_ID) 的表进行插入/更新/删除

6 测试4: Disable Novalidate

SQL> alter table test disable novalidate constraint ck_id;

Table altered

SQL> insert into test values(2, 'Linux');

1 row inserted

SQL> insert into test values(13, 'Windows');

1 row inserted

SQL> update test set name = 'Change' where id = 17;

1 row updated

SQL> commit;

Commit complete

SQL> select * from test;

          ID NAME

---------- ----------

          17 Change

          13 Windows

          32 SAP

           2 Linux

 

<think>嗯,用户的问题是关于Kingbase数据库在恢复约束时是否支持跳过约束验证。用户可能是在进行数据恢复操作时遇到了性能问题,或者需要处理大量数据导入的场景,希望优化恢复速度。 从引用内容来看,特别是引用[3]中的性能测试数据,可以明显看出约束验证对数据导入时间有显著影响。例如t96表的导入耗时高达52秒,而其他约束较少的表只需2秒左右。这说明用户关注点很可能与性能优化有关。 关于跳过约束验证的能力,KingbaseES确实提供了类似Oracle的"ENABLE NOVALIDATE"语法。这个功能允许将约束标记为启用状态,但跳过对已有数据的验证,只对新数据生效。这在数据迁移场景中非常实用。 需要特别提醒用户的是,使用该功能后必须手动验证数据一致性,否则可能引发业务逻辑错误。另外在分布式部署中,这个功能可能有限制,需要参考具体版本文档。 用户可能是DBA或开发人员,正在处理数据迁移任务。ta可能遇到了性能瓶颈,或者正在设计数据恢复方案。考虑到ta引用了技术文档,应该具备一定的数据库基础知识,但可能对KingbaseES的具体实现细节不够熟悉。 在回答中需要强调风险控制:虽然跳过验证能提升性能,但必须配套数据校验流程。可以类比Oracle的相同功能帮助理解,同时建议参考官方性能优化手册中的完整方案。</think>在KingbaseES中,**恢复约束时支持跳过约束验证**。具体可通过以下方式实现: ### 1. **约束启用时跳过验证** 使用 `ENABLE NOVALIDATE` 语法,仅对新数据应用约束,不验证存量数据: ```sql ALTER TABLE table_name ENABLE NOVALIDATE CONSTRAINT constraint_name; ``` * **作用**:将约束状态设为生效,但跳过对现有数据的检查,仅约束后续操作。 * **适用场景**:已知存量数据符合约束,或需先恢复服务再异步校验数据。 ### 2. **约束延迟验证** 通过 `SET CONSTRAINTS` 命令实现事务内延迟验证: ```sql SET CONSTRAINTS constraint_name DEFERRED; ``` * **作用**:将约束检查推迟到事务提交时执行,而非每条语句执行时。 * **优势**:避免批量导入数据时逐行验证的开销,提升恢复效率(如引用[3]中约束导致导入时间从2秒增至52秒)。 --- ### 关键区别说明 | **方式** | 语法 | 验证时机 | 存量数据检查 | 性能影响 | |------------------|-----------------------------|---------------|-------------|----------------------| | **`ENABLE NOVALIDATE`** | `ALTER TABLE ... ENABLE NOVALIDATE` | 仅约束新操作 | **跳过** | 最低(无历史数据扫描) | | **延迟验证** | `SET CONSTRAINTS ... DEFERRED` | 事务提交时 | 执行 | 中等(提交时批量检查) | | 立即验证(默认) | `ENABLE VALIDATE` (默认) | 每条语句执行时 | 执行 | 最高(逐行实时检查) | --- ### 注意事项 1. **数据一致性风险** `NOVALIDATE` 可能使约束与数据实际状态不一致,需后续手动验证: ```sql ALTER TABLE table_name VALIDATE CONSTRAINT constraint_name; ``` 2. **分布式环境限制** 在KingbaseES分布式集群(如RAC)中,`NOVALIDATE` 可能受限,需参考具体版本文档[^1][^3]。 3. **事务边界** 延迟验证仅在事务内有效,提交时仍会触发全体验证,超大数据量可能阻塞事务。 --- ### 性能优化建议 - 对于**超大规模数据恢复**,优先使用 `ENABLE NOVALIDATE` 快速完成恢复,再通过后台任务异步校验数据。 - 结合 `DISABLE TRIGGERS` 或调整 `maintenance_work_mem` 参数进一步提升导入效率(如引用[3]中无约束表导入耗时约2秒,而有约束表达52秒)[^3]。 ---
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值