首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >not null constraint和check constriant的问题及分析(64天)

not null constraint和check constriant的问题及分析(64天)

作者头像
jeanron100
发布于 2018-03-13 10:41:51
发布于 2018-03-13 10:41:51
1.3K0
举报

oracle的constraint有6类,如下。 但是基于列的constraint主要有 type 为C,P,R,U 接触比较多的。 今天来和大家讨论check constraint和not null constraint,它们的constraint type都为C,但是实际应用中还是有很大的差别。

Type Code

Type Description

Acts On Level

C

Check on a table

Column

O

Read Only on a view

Object

P

Primary Key

Object

R

Referential AKA Foreign Key

Column

U

Unique Key

Column

V

Check Option on a view

Object

有一天开发人员反馈,说有一个表的某个字段有问题,标记为not null的,但是通过desc来查看的时候,显示是可以为null的。 字段table_type是设定了Not null的,但是通过desc显示却没有。 SQL> desc tt Name Null? Type ----------------------------------------- -------- ---------------------------- TABLE_NAME NOT NULL VARCHAR2(30) TABLE_TYPE VARCHAR2(11) 下面简单做一个示例来重现一下。 SQL> create table tt as select *from cat; Table created. SQL> desc tt Name Null? Type ----------------------------------------- -------- ---------------------------- TABLE_NAME NOT NULL VARCHAR2(30) TABLE_TYPE VARCHAR2(11) 创建好之后,查看constraint, table_type上是没有任何约束的。 SQL> col search_condition format a30 SQL> select constraint_name,constraint_type,search_condition from user_constraints where table_name='TT'; CONSTRAINT_NAME C SEARCH_CONDITION ------------------------------ - ------------------------------ SYS_C001310402 C "TABLE_NAME" IS NOT NULL 设定not null constraint SQL> alter table tt modify(table_type not null); Table altered. 再次查看,constraint的名字是系统自动生成的,约束已经生成。 SQL> select constraint_name,constraint_type,search_condition from user_constraints where table_name='TT'; CONSTRAINT_NAME C SEARCH_CONDITION ------------------------------ - ------------------------------ SYS_C001310402 C "TABLE_NAME" IS NOT NULL SYS_C001310403 C "TABLE_TYPE" IS NOT NULL desc来查看是没有问题的。 SQL> desc ttst Name Null? Type ----------------------------------------- -------- ---------------------------- TABLE_NAME NOT NULL VARCHAR2(30) TABLE_TYPE NOT NULL VARCHAR2(11) 如果我们删除not null constraint,然后这样添加。 SQL> alter table tt modify(table_type null); Table altered. SQL> select constraint_name,constraint_type,search_condition from user_constraints where table_name='TT'; CONSTRAINT_NAME C SEARCH_CONDITION ------------------------------ - ------------------------------ SYS_C001310402 C "TABLE_NAME" IS NOT NULL 关键是这一句sql SQL> alter table tt add constraint tt_con_c check(table_type is not null); Table altered. 表达的意思一样,都是设定table_type不可以为Null 但是查看constraint数据字典是,发现search condition显示的是小写的table_type is not null,和上一行的not null constraint有一些不一样。 SQL> select constraint_name,constraint_type,search_condition from user_constraints where table_name='TT'; CONSTRAINT_NAME C SEARCH_CONDITION ------------------------------ - ------------------------------ SYS_C001310402 C "TABLE_NAME" IS NOT NULL TT_CON_C C table_type is not null 如果我sql语句写成大写,就看不出来了。 使用desc来看一下,not null的地方没有了标注。会给使用带来一些误导。 SQL> desc tt Name Null? Type ----------------------------------------- -------- ---------------------------- TABLE_NAME NOT NULL VARCHAR2(30) TABLE_TYPE VARCHAR2(11) 当然了,check constraint和not null constraint的区别还不在这一个地方 我如果对check constraint想取消 not null设定,会报下面的错误。 SQL> alter table tt modify(table_type null); alter table tt modify(table_type null) * ERROR at line 1: ORA-01451: column to be modified to NULL cannot be modified to NULL 到此为止,大家应该明白check constraint和not null constraint的一些差别了。 然后我们更进一步来查看为什么desc的时候显示 not null有问题。可以在user_tab_cols中发现端倪。 在数据字典中有一个专门的字段来标记not null的属性,如果是Not null constraint的话,这个值就是N SQL> select column_name ,nullable from user_tab_cols where table_name='TT'; COLUMN_NAME NUL -------------------- --- TABLE_NAME N TABLE_TYPE Y 问题似乎找到了,那改怎么排查呢。 可以使用下面的sql语句来简单的排查一下,下面的sql会对所有的check constraint做一个检查,对表中列对应的constraint进行一个简单的筛查。因为search_condidtion是Long类型,所以不能使用like之类的模糊查询了。 对于结果需要自己来判断一下,从下面的输出来看,table_type这个字段对应的seach_condition是 table_type is not null但是在数据字典中注册的not null属性为Y,是一个潜在的问题。 SQL> select con_col.table_name,con_col.constraint_name,user_cons.search_condition,con_col.column_name, user_cons.constraint_type,tab_col.nullable from user_cons_columns con_col, user_tab_cols tab_col,user_constraints user_cons where con_col.table_name = tab_col.table_name and con_col.column_name = tab_col.column_name and con_col.table_name = user_cons.table_name and con_col.constraint_name = user_cons.constraint_name and user_cons.constraint_type='C' and tab_col.nullable='Y' and con_col.table_name='TT' / TABLE_NAME CONSTRAINT_NAME SEARCH_CONDITION COLUMN_NAME CON NUL ------------------------------ ------------------------------ ------------------------------ -------------------- --- --- TT TT_CON_C table_type is not null TABLE_TYPE C Y 不过话说回来,这个constraint是可以正常使用的,不过会给日常使用带来一些误导。 解决方法就是能够重新创建not null constraint 使用下面的语句来创建指定名字的Not null constraint. alter table tt drop constraint tt_con_c;

alter table tt modify(table_type varchar2(11) constraint tt_con_nn not null);

查看数据字典。 SQL> select column_name ,nullable from user_tab_cols where table_name='TT'; COLUMN_NAME NUL -------------------- --- TABLE_NAME N TABLE_TYPE N SQL> select constraint_name,constraint_type,search_condition from user_constraints where table_name='TT'; CONSTRAINT_NAME CON SEARCH_CONDITION ------------------------------ --- ------------------------------ AAADSF C "TABLE_NAME" IS NOT NULL TT_CON_NN C "TABLE_TYPE" IS NOT NULL 最后用一个desc来收尾 SQL> desc tt Name Null? Type ----------------------------------------------------- -------- ------------------------------------ TABLE_NAME NOT NULL VARCHAR2(30) TABLE_TYPE NOT NULL VARCHAR2(11)

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2014-05-06,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 杨建荣的学习笔记 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
数据迁移判断非空约束(r2笔记45天)
在数据迁移中,经常会碰到null值的问题,比如在源库中,某些列可能是null值,但是在目标库中,却有非空约束。这样在数据的迁移过程中就会发生问题。 为了更好的对数据的非空问题进行判断,我写了如下的脚本来生成检查的脚本,基本的思路就是生成动态sql,类似 select count(1) from xxx where xxx is null,如果输出结果不为0,说明在源库中存在着非空约束的问题。 脚本需要在目标库中生成,然后在源库执行即可,可以在执行的过程中,考虑加入并行等。 因为非空约束的条件在user_c
jeanron100
2018/03/14
8470
使用copy命令解决LONG类型的困扰(r2第24天)
在oracle的数据类型中,long类型算是一个比较另类的典型,早就不建议使用了,但是在数据字典里还是能看到long 类型的影子。 如果在一些工作中碰到long type就让人感觉long 类型像是被
jeanron100
2018/03/14
9380
DBA常用SQL语句(6)- ​日常管理
由于 v$active_session_history 和 dba_hist_active_sess_history 的数据来源于 awr 和 ash 采样,记录并不完全,故查询结果并不准确。
Yunjie Ge
2022/04/23
5900
关于desc的一个奇怪问题及分析(r2第18天)
在平时的工作中,desc这个命令可谓短小精悍,可以很方便的查看表结构和not null的情况。 今天在生产环境中碰到一个有些奇怪的desc问题。 首先是数据迁移组说有一个表的constraint丢了。但是在master中有。 这种问题有两种可能,一种就是constraint确实丢了。 另一种可能性就是创建的constraint的问题,可以参见: not null constraint和check constriant的问题及分析 http://blog.itpub.net/23718752/viewspac
jeanron100
2018/03/14
6160
基于 dbms_redefinition 在线重定义表
      Oracle 支持在线重定义表,也就是说我们可以在修改表结构(DDL)的同时进行相关的DQL、DML操作,使得前端的DML根本感觉不到表结构实际上已经发生了变化,对于用户而言是完全透明的。当然在线重定义期间,前端性能会稍微有所下降。Oracle提供的重定义包dbms_redefinition即是用与完成此操作。其实质是Oracle使用了智能物化视图及物化视图日志的方式。在对象结构重组期间,表现为一个本地对象的复制,重组期间发生的任何变化都会被刷新到最新。
Leshami
2018/08/13
1.1K0
基于 dbms_redefinition 在线重定义表
使用dbms_metadata生成建表语句(r2笔记97天)
有时候在工作中,可以使用exp/imp得到表的创建语句。 如果想得到关于table,index,constraint的语句,可以考虑使用dbms_metadata来实现。 我们可以使用如下的脚本来得到建表语句,对应的索引语句,和ref_constraint语句。 建表语句就不多说了,关于索引的部分,过滤了主键和唯一性索引的部分,这些语句会和建表语句中的constraint有一定的冲突,而foreign key的语句在建表语句中也不建议使用,这样会对其他表产生依赖,可以考虑单独生成这部分的语句,最后执行。 所
jeanron100
2018/03/14
5210
Oracle查询存在外键约束但未创建对应索引的情况
但也要注意,该脚本是查询当前连接用户存在外键约束但未创建对应索引的情况,且创建了表ck_log的,脚本最开始还会先删除表ck_log,如果业务不允许创建与业务无关的表,甚至业务可能有这种名字的表就一定要注意了!
Alfred Zhao
2020/04/28
9910
巧用shell脚本生成快捷脚本(r2第12天)
在升级的过程中,可能需要准备一些额外的脚本,比如说做数据迁移的时候为了考虑性能,需要做如下的额外工作: 1.将部分表置为nologging 2.将部分index置为nologging 3.将部分foreign key constraint置为disable 4.将部分trigger 置为disable 在完成数据升级后,再置为logging,enable状态。 但是在准备脚本的过程中,总是为这些小脚本而头疼,可能在升级前临时增加了一些表或者取消了部分表。或者有了其他的变更,维护这些脚本就显得有些体力工作了。
jeanron100
2018/03/14
6630
关于数据质量核查相关的脚本续
通过SQL代码或脚本迅速定位SQL,通过表和存储过程关系、主外键关系生成初步血缘关系进一步输出到知识图谱中,尽快找到应用场景聚合点,另外是发现表的热度、数量分析等
python与大数据分析
2022/03/11
2990
实现并发新高度:23ai的无锁列值保留
Oracle Database 23ai支持Lock-Free Reservation,中文通常译为“无锁列值保留”。
Alfred Zhao
2024/06/14
3290
实现并发新高度:23ai的无锁列值保留
执行truncate引发ORA-02266的问题分析
墨墨导读:将测试数据库的数据清空,其中涉及主子表的关系,执行truncate产生的ORA-02266问题处理过程。
数据和云
2019/07/17
9760
执行truncate引发ORA-02266的问题分析
关于primary key和foreign key的问题处理(60天)
今天碰到一个问题,在drop primary key的时候,提示ORA-02273的错误。 SQL> ALTER TABLE AR1_ACCOUNT DROP PRIMARY KEY; ALTER TABLE AR1_ACCOUNT DROP PRIMARY KEY * ERROR at line 1: ORA-02273: this unique/primary key is referenced by some foreign keys 通过下面的字典表查找的关联的表 SQL> SELECT con.c
jeanron100
2018/03/14
1.1K0
很多人比较纠结的约束和索引的关系(r7笔记第75天)
最近有不少朋友公众号留言或者微信私信问我一个问题,出乎我的意料,问题竟然都是很相似的,所以我统一答复一下。 之前写了一篇文章 一个清理和查询都要兼顾的简单方案,看来很多朋友还是很关心这个分区索引中的唯一性约束是怎么建立的。我举个例子,当然内容中会贯穿说到你们的疑问,而且很可能你么对于约束和索引还是存在这一些误解。 首先我们创建一个测试表,为了简单起见,也没有注意很多的命名规则了。 create table test (id number,name varchar2(30)) partition by ran
jeanron100
2018/03/16
7400
OB 运维 | 一则 Oracle 迁移到 OB 后存储过程语法报错问题诊断案例
客户反馈一个存储过程从 Oracle 迁移到 OB Oracle 模式后,执行报语法错误。报错如下:
爱可生开源社区
2024/02/21
5830
OB 运维 | 一则 Oracle 迁移到 OB 后存储过程语法报错问题诊断案例
ORACLE分区表转换之在线重定义(DBMS_REDEFINITION)
参考MOS文档:How To Partition Existing Table Using DBMS_REDEFINITION (Doc ID 472449.1)  
Lucifer三思而后行
2021/08/17
2.1K0
SQL基础--> 约束(CONSTRAINT)
约束是表、列级的强制规定、是防止那些无效或有问题的数据输入到表中。当对该表进行DML
Leshami
2018/08/07
2K0
存在外键关联的主表truncate如何做
我认为需要根据实际情况进行取舍,例如表不复杂,可以由应用实现,若表之间关联较多且复杂,那么交由数据库处理,至少保证不会错。
bisal
2019/01/30
9360
关于long类型的转换(r3笔记第84天)
在oracle中对于long类型的处理时很纠结的。最开始引入这个数据类型的时候是对原有数据类型的补充,但是后面发现还是碰到了一些问题,使用Lob类型代替了。但是long类型从兼容性上来说还得支持,而且从数据库的数据字典中还是能够看到Long类型的影子。 比如我们想查看一个表中某个列的默认值情况,可以查询user_tab_cols,或者dba_tab_cols等,字段data_default是Long类型。 SQL> desc user_tab_cols Name
jeanron100
2018/03/15
1.1K0
表中已存重复数据的情况,如何增加唯一性约束?
这周某系统上线,有一个需求就是,为一张表修改唯一性约束,原因就是之前发现,由于唯一性约束设置不当,导致业务处理出现异常。
bisal
2019/01/30
2.5K0
Oracle常用数据字典表
Oracle常用数据字典表      查看当前用户的缺省表空间   SQL>select username,default_tablespace from user_users;   查看当前用户的角色   SQL>select * from user_role_privs;   查看当前用户的系统权限和表级权限   SQL>select * from user_sys_privs;   SQL>select * from user_tab_privs;   查看用户下所有的表   
阿新
2018/04/12
7990
推荐阅读
相关推荐
数据迁移判断非空约束(r2笔记45天)
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档