1, SQL 脚本中不要出现 drop 语句。
2, 主键要使用number类型。
3, 建表语句中间不要出现空行,不然运行的时候会报错。
4, 初始化数据之后要 加上 commit ; 提交语句。
1, REVIEW 之后的SQL脚本有任何改动,一定记得通知我。因为SQL REVIEW 之后我会把脚本应用到测试库,之间有任何改动,都会导致测试的脚本与代码中的脚本不一致,这样上线的时候肯定会有问题。这一点请大家注意!
2,表结构中引用与被引用的字段的类型一定要保持一致,比如主键字段与外键字段。
created_date DATE default SYSDATE,
created_by VARCHAR2(100)default 'customer',
updated_date DATE default SYSDATE,
updated_by VARCHAR2(100)default 'customer'
数据导出的库与要导入的库版本不一致。导出的数据库版本为 11.2.0.2.0,要导入的库的版本为9.2.0.8.0。导出方(平安交易所)与导入方(平安金科)迁移方法上无法达成一致,我这边不好推动,请领导协助。
我的建议:导出方(平安交易所)使用9.2.0.8.0版本的工具导出低版本的数据出来。
优点:时间较快,不用新安装11.2.0.2.0版本的数据库。
本周主要做了以下事情:
1,下面两个sql的优化走紧急版本已上线。
1.1 select count(*) fromkfj_user_times_count where count_score > '0'
=》这个sql 的 DB wait event问题已解决。
1.2 SELECT b.yzt_regist_name,b.sumscore
FROM (SELECT a.yzt_regist_name,
a.sumscore,
rownum rn
FROM (SELECTyzt_regist_name,
count_score AS sumscore
FROM kfj_user_times_count
WHERE count_score > '0'
ORDER BY date_updated DESC) a
WHERE rownum <= :1) b
WHERE b.rn > :2
=》这个sql的DB wait event问题已解决。但运行时间有增长,达到了4.303秒。通过分析与压力测试认为与sql无关(测试报告详见附件《kfj_user_times_count压力测试.docx》 )。
这个问题目前已提case,让dba运维组也帮忙分析一下,看是不是数据库或操作系统存在问题。
2,立项要优化的sql 目前徐其华这边已通过对改写后的sql业务逻辑的确认。还需要罗汉彬,陈明做技术评审。
3,生产预警sql解决列表详见附件《生产预警sql解决列表.xlsx》
4,SQL REVIEW
SQL REVIEW时发现大家表设计还有不符合规范的情况,表设计请大家参考附件《Oracle数据库设计开发规范1.2.doc》去设计表。谢谢!
缺点:导出方(平安交易所)要申请在数据库做安装低版本工具的操作。
导出方(平安交易所)建议:新安装11.2.0.2.0版本的数据库的数据库,把他发来的数据导入高版本库,然后再导出低版本库,最后导入开发库。
优点:无风险
缺点:时间较长。导入方(平安金科)需要申请建库。
1, 生产预警SQL等价改写的业务逻辑确认:
目前存在的问题:
开发人员反应对相应业务不了解,无法做最终确认。
comment on columnpa18cmsdata.act_worldcup_augurst.created_date
is '创建时间';
comment on columnpa18cmsdata.act_worldcup_augurst.created_by
is '创建人';
comment on column pa18cmsdata.act_worldcup_augurst.updated_date
is '修改时间';
comment on columnpa18cmsdata.act_worldcup_augurst.updated_by
is '修改人';