eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 别出心裁 另有蹊径-与梁敬彬《收获,不止ORACLE》序 | Blog首页 | 北京十年 感谢有你 »

不以规矩 不成方圆-《Oracle 数据库设计规范》序
modb.pro

题记:ITPUB论坛集合技术专家们,打造了一个技术规范,目标是指导大家的数据库设计和优化,我为这个规范写了一个序,介绍了这个过程。记录在这里。

很巧,我在2013年3月15日那天发布了一条微博,大意是,客户在一个Oracle RAC数据库环境中,误操作将一个文件创建在文件系统之上,后来又遭遇异常宕机、不当的恢复尝试,最后导致了一次数据库灾难。而这一类错误很多DBA都曾经遭遇过。

有一位朋友这样回复我:
我常想,再高明的医生也有治不了病人,为什么就必须要求DBA在任何情况下,都要成功恢复数据库。有时感觉DBA压力太大了,与付出不成比例。成功了是应该的,失败了,就意味着要退出这个行业。DBA这个行当,远没有医生那么规范和成熟。在DBA这个行当,我认为,缺乏行业规范,这包括技术方面和管理方面,希望你们在这方面多做一些探索和引导工作,希望将来DBA这个圈子能够更加规范和成熟。

这个故事的对答中,Oracle从业人员面对的很多问题显露无遗。我认为这其中最为重要的两点是:
1.DBA们工作压力大,付出与收益不成比例;
2.缺乏行业规范,导致了很多问题的出现.

而实际上这两个问题之间是存在相关性的,由于DBA(或数据库从业人员)们的压力大,很多时候付出与收益不成比例,所以很多人在工作一段时间、积累一定经验后,就开始寻求变更岗位,走向更具"钱途"的管理或其他岗位。
这些位置难于长期留住那些具有创新力的人才,也就意味着这个行业得不到持续的长期积累,也就无法形成普遍的行业规范。

现在ITPUB以深厚的论坛基础,整合行业的技术人才,开始创立一个公开的行业规范,这项工作的意义实在是相当深远,虽然这个初始的版本还可能很单薄,存在种种不足,但是一旦开始了这个规范化的历程,不断完善、积累,就能够为这个行业提供参考,也希望由此可以规范很多数据库开发、维护上的工作,使得我们所处的行业更加健康、更加规范。

我们已经开始,抛砖以引玉,期待有更多的朋友加入这个行列中来。

                         --- 盖国强  ITPUB论坛超级版主、Oracle ACE总监、云和恩墨创始人


历史上的今天...
    >> 2011-03-29文章:
    >> 2007-03-29文章:
    >> 2005-03-29文章:

By eygle on 2013-03-29 09:29 | Comments (0) | Books | 3081 |


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com