NinGoo's Notes | Database & Datawarehouse
===========================================================
===========================================================

数据仓库中的数据,一般是通过ETL定期load进来的。在做ETL的时候,一般会对load的数据的一致性做检查。所以,我们有理由认为,数据仓库中的数据都是符合一致性要求的。那么,在数据仓库中的表上还有必要加constraint么?


既然我们已经可以确定数据仓库中的数据是一致的,那么应该就没有必要再在表上建constraint了,constraint对DML或者load操作是有性能影响的,能不用当然不用的好。但是,虽然表中的数据实际上一致了,oracle自己却不知道,优化器也不知道。在查询重写(query rewrite)时,很多时候需要知道数据之间的约束,而在数据仓库中,查询重写对性能的影响相当大。

为了告诉oracle,数据应该符合某种一致性条件了,而又不想创建的constraint其作用,就可以创建类型为RELY的constraint,也就是一种可以让oracle知道这些数据是符合这些约束的,但这个约束本身却是没有其实际作用的约束。

文档中给出了一个例子:

ALTER TABLE sales ADD CONSTRAINT sales_time_fk
FOREIGN KEY (time_id) REFERENCES times (time_id)
RELY DISABLE NOVALIDATE;

可以看到这个constraint的状态是disable novalidate的,也就是它实际上是不起约束作用的,只是告诉oracle优化器,这里的数据是符合这么一个约束条件的。

另外,在视图上也是可以建constrain的,不过只能是RELY constraint

(需要引用, 请注明出处: http://ningoo.itpub.net)

NinGoo 发表于:2006.10.22 21:18 ::分类: ( DW&BI ) ::阅读:(550次) :: 评论 (0) ::收藏此页到365Key

发表评论
标题

在此添加评论
表情符号: smile laughing tongue angry crying sad wassat wink

称呼

邮箱地址(可选)

个人主页(可选)

 authimage


自我介绍
新闻聚合
博客日历
文章归档...
最新发表...
最新评论...
最多阅读文章...
最多评论文章...
博客统计...
Blog信息
网站链接...