设为首页 收藏本站
查看: 759|回复: 0

[经验分享] db2建物化表讨论

[复制链接]

尚未签到

发表于 2016-11-15 06:43:21 | 显示全部楼层 |阅读模式
由于应用有一个3表联查视图,造成查询3表行锁过多,引起性能下降。这两天考虑建物化表替换视图查询。
    也是遇到了几个问题,现在晒晒已做参考。
    一、先建一张简单的物化表
     CREATE TABLE TEST1 AS (
SELECT A.REF_ID AS ID FROM PHOTO_REF AS A
)
DATA INITIALLY DEFERRED REFRESH  IMMEDIATE;

     set integrity for test1  immediate checked not incremental

   1、首先REFRESH  IMMEDIATE指定由系统维护的物化表,不允许对该物化表 insert、update 或 delete 操作。其中数据都是对底层表的更改(即 insert、update 或 delete 操作)来更新(系统触发)。
   2、DATA INITIALLY DEFERRED
   在执行 CREATE TABLE 语句的时候,并不将数据插入到表中。就处于检查暂挂(check pending)状态。
   3、 IMMEDIATE CHECKED 子句规定,根据用于定义该 MQT 的查询对数据进行检查,并刷新数据。NOT INCREMENTAL 子句规定对整个表进行完整性检查。
   二、建一张3表联查的物化表
   我的这个视图有一个基表ISSUE,它与另两表联查并UNION ALL成视图。我照着这个语法建物化表却失败了。
   CREATE TABLE TEST2 AS(
SELECT
A.REF_ID AS ID,
A.PHOTO_NAME AS PHOTO_NAME,
C.ISSUE_ID AS ISSUE_ID
FROM
PHOTO_REF AS A,ISSUE AS C
UNION ALL
SELECT
B.PROCESS_ID AS ID,
B.PHOTO_NAME AS PHOTO_NAME,
C.ISSUE_ID AS ISSUE_ID
FROM
PHOTO_PROCESS AS B,ISSUE AS C
)
DATA INITIALLY DEFERRED REFRESH DEFERRED
ENABLE QUERY OPTIMIZATION
MAINTAINED BY USER;   
    set integrity for test2 materialized query immediate unchecked;

    1、REFRESH DEFERRED
    因为是union表,系统无法确定唯一的基表,保证数据完整性。系统维护该物化表便不可能了。所以采用用户维护。
     2、 MAINTAINED BY USER
    而就因为我的物化表不是单表为基表,所以也不能MAINTAINED BY SYSTEM,用REFRESH TABLE 来更改值。所以采取 MAINTAINED BY USER,这样我将有完全insert、update 或 delete 操作权限。
     3、MATERIALIZED QUERY IMMEDIATE UNCHECKED   
    该表将启用完整性检查,但是不必检查它是否违反了完整性约束,便可以使之脱离检查暂挂状态。
    注意:我的两个联表中有LONG VARCHAR 字段,我建物化表时就报错。在网上查资料后知道,物化表不能建大字段。
    三、建立触发器维护物化表
    对于这个3表联查的物化表,我建了两组触发器处理基表和2个关联表insert、update、delete操作。
   CREATE TRIGGER TEST2_REF_I_TRIG
AFTER INSERT ON DB2INST1.ISSUE REFERENCING NEW AS N FOR EACH ROW MODE DB2SQL
BEGIN ATOMIC
DECLARE REF_ID_S VARCHAR(30);  
DECLARE PHOTO_NAME_S VARCHAR(90);
SET REF_ID_S =
(SELECT I.REF_ID FROM ISSUE AS I WHERE I.ISSUE_ID = N.ISSUE_ID);
SET PHOTO_NAME_S =
(SELECT I.PHOTO_NAME FROM PHOTO_REF AS I WHERE I.REF_ID = REF_ID_S);
INSERT INTO DB2INST1.TEST4(ID,PHOTO_NAME,ISSUE_ID) VALUES (REF_ID_S,PHOTO_NAME_S,N.ISSUE_ID);
END

     四、总结
       由于涉及到公司代码保密,大部分数据匿名处理。数据库对象及存储非常复杂,吾将上下而求索。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-300374-1-1.html 上篇帖子: DB2数据库的优化 下篇帖子: DB2信息大全1
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表