暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

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

原创 eygle 2013-03-26
479

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


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

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

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

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

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

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

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

「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论