开发DBA(APPLICATION DBA)的重要性


开发DBA是干什么的?

1. 审核开发人员写的SQL,并且纠正存在性能问题的SQL ---非常重要

2. 编写复杂业务逻辑SQL,因为复杂业务逻辑SQL开发人员写出的SQL基本上都是有性能问题的,与其让开发人员写,不如DBA自己写。---非常重要

3. 参与DB 设计,尽早纠正不合理的DB 设计,ORACLE的性能是设计出来的,而不是调出来滴 ---这块非常重要

4. 对ORACLE进行基本的维护。

5. 与应用架构师配合,并且纠正应用架构师所犯错误,其实开发DBA 也带有应用架构师的角色

6. 对整个数据库进行高效的设计与规划,这个工作不能交给运维DBA, 因为运维不了解业务。

 

无法想象,没有开发DBA的公司,设计出来的系统性能不知道有多烂。

 

举个小例子

 

最近遇到个SQL 跑的很慢,第一次12秒出结果(从磁盘读入内存),第二次2秒出结果(数据都在buffer cache里面),SQL代码如下

 

SELECT COUNT(0) FROM P LEFT JOIN R ON P.ID = R.ID;


P 有200W 数据 R 有 100W 数据。这个SQL 第一次跑12秒,肯定无法接受。 那么大家看看这个SQL如何优化?

 

其实这个SQL写得有问题, 这里是外连接,并且求COUNT(*) 还有,JOIN字段是ID,ID 一般都是主键,那么这个SQL完全可以改写 为

 

SELECT COUNT(0) FROM P;

 

改写之后 COUNT(*) 直接读取 P表主键,0.1秒--1秒出结果,当然了,请注意,如果R表ID不是主键,并且R表ID 有重复值,COUNT(*) 会变大 ,不能这么改写

 

最初的SQL写得确实有问题,但是我们不能怪开发,因为别人毕竟对SQL理解不是那么专业,所以必须要有开发DBA把关。

大家可以想象一下,要是没开发DBA,当P表以及R表数据量增长到千万级/亿级,那得多慢啊。

 

仅以这个小例子,说明开发DBA的重要性,最近做了很多优化,基本上线上所有SQL都控制在1秒内返回结果。

 


 

 

 

从一个“普通”的Oracle DBA(Oracle数据库管理员)转变为Oracle Applications DBA(Oracle应用程序数据库管理员),有两个内容你必须去弄清楚。第一个内容是如何成为一个Oracle Applications DBA(Oracle应用程序数据库管理员)。第二个内容是你要搞清楚Oracle应用程序背后的架构体系,也就是说你要明白诸如以下产品的结构体系:Oracle电子商务套件、Oracle 11i数据库、Siebel产品等。 本文首先讲述如何从一个普通的Oracle DBA转变为一个Oracle Applications DBA(Oracle应用程序数据库管理员),接着讲述一些Oracle应用软件架构方面的内容 。 如何成为Oracle应用程序数据库管理员 首先是角色的转变 Oracle Applications DBA(Oracle应用程序数据库管理员)对“普通”的Oracle DBA(Oracle数据库管理员)来说是一个很大的挑战。拿Oracle EBS DBA(Oracle 电子商务套件DBA)来说,不仅需要了解EBS的各个组件、服务,而且还要更主动和其他相关人员接触。 一个Oracle Applications DBA(Oracle应用程序数据库管理员)不仅需要和其他DBA一样去负责managing、 sizing、maintaining和 tuning database这些日常的数据库管理的工作,如果他的Apps database是OLTP系统的话,他还需要监察wait和lock 。Oracle E-Business Suite还有一些特性需要DBA去完成,比如从外部资源里灌数据到Apps database里,或支持开发人员从已有数据中提取数据。 接着工作内容的转变 作为一个Oracle Applications DBA(Oracle应用程序数据库管理员),要想更好的对Oracle Application database做支持,需要仔细记住以下几项。 1.网络上没有什么比较容易简单的文档让你去熟悉Apps DBA,所以我建议去看帮助。 2.在你没有经过多次测试并且得到客户认可的时候不要去打补丁,并且你要确信这个补丁解决了现有的问题,而且没有带来其它新的问题。 3.记住Oracle Applications会有很多索引,定期rebuild index会对性能有好处,当然做这项工作应该在系统的空闲时间。 4.不要为了提高性能而在没有询问oracle Support前试着去增加额外的indexes。如果你一定要去做,那千万记住要有文档作记录,因为在这之后你再打patch的时候它可能会把你做的修改自动复原。 5. 知道怎么样是正确的打patch,先计划打哪个patch,然后取得patch,接着打patch,测试,最后文档记录。 6. 要知道任何时刻数据库都可能会有一些object 是invalid的,你的一些操作也会增加invalid objects,定期检查这些invalid objects的数量,然后定期用utlrp去重新编译,utlrp.squ在ORACLE HOME的rdbms/admin下,需要用SYS运行。在你的DB运行过程中如果碰到错误,就可以先重新编译invalid objects,如果没有解决问题再去递交iTAR(Internet created Technical Assistance Request). 7.能看懂日志。 8.了解Apps database的环境,包括操作系统和DB的,当你对你的工作环境了如掌后,一切也就变得容易了,那时,你就是一个悠闲的Apps DBA了。 另外,对于APPS DB(应用程序数据库)来说,你可能需要创建或拷贝(克隆)多个生产库以外的数据库,比如测试和开发数据库,当然,需要多少数据库是由你的商业需求所决定的。开发环境数据库是供开发人员进行report,PL/SQL等开发的,这个环境可以在开发人员觉得数据已经不再满足开发需求的时候,当然也可以在这个环境测试补丁(patches)。当然最终使用patch的时候还需要在测试环境做测试,因为测试数据库是和生产数据库环境最接近的。(上面说的克隆cloning是一种将applications layer和database layer完全复制的一种方法。)所以,当你拥有这三个数据库的时候,打patch的步骤是先development database再test database最后才在production database环境应用。 构架应用体系 如果你研究过Oracle Forms,使用过Application Server和Devel
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值