新闻稿




无应通过:您的数据库标准是否太僵硬了?


严格遵守标准,任何标准,在不合理的情况下,通过不断变化的情况和环境思考的能力本身就是一个不好的标准。

我想我应该快速定义我的意思是一个不知道的人的“数据库标准”。数据库标准是记录和实施的常见做法和程序,以确保数据库环境的一致性和有效性。例如,几乎每个组织都有一个标准的数据库命名约定,最小值。但通常有更多的数据库标准,如SQL编码,索引,确保服务级别等的过程。

如果你碰巧是一个粉丝Monty Python飞行马戏团然后,您可能在本月列标题中识别“无应通过”行。这是电影中黑骑士的不变感叹Monty Python和圣杯。他只是站在那里试图阻止每个试图过去他的人 - 即使在一个更好的剑客已经切断了他的手臂和腿之后。

I’m sure that some of the application developers reading this can relate to this story, replacing the knight with their “favorite” DBA and recalling valiantly explaining to the DBA why they need to do something or make some change that doesn’t align with some standard or another, only to be told, “None shall pass.”

只需每个可以想到的每个数据库标准,我都可以想到一个例外。一个良好的标准不应成为生产力的僵硬瓶颈。相反,良好的标准运作良好最多在提供卓越的性能,服务,可用性或功能方面的时间。但有时,从该标准中转移可能是有意义的。关键是让DBA保持开放的心态并是合理的。

当然,我并不意味着只要他认为合适,就应该允许任何人挫败本组织的书面标准。相反,所涉及的各方应该是合理的,并且有一个有效的,经营理由未能执行标准。或者也许您应该根据新的证据或意想不到的情况来查看标准。

理想情况下,每个商店都应该有一个“标准”,除非可以进行令人信服的论点来颠覆标准,否则应遵守数据库标准。应该有一个有文件的过程,以挑战一个需要正式,证据的提案的标准来绕过或撤销。应该有一个由DBA领导的相关IT人员委员会,他们审查每个提案并正式回应应与应落入三个桶之一的合理反应:拒绝,被接受为一次性例外,或者被修订标准。

当然,这似乎可能是很多工作,但它比一个僵化的环境更好,使事情变得太难。它也比有很少,否,标准的环境更好。此外,为了确保提交了标准的合法挑战,所有挑战都应要求开发团队成员经理签署请求例外情况。毕竟,实践和程序已经上升到标准,因为它们在大多数情况下都在时间考验,所以我们不想审查所有情况

经常。

底线

当反对标准时比强制执行它,让我们同意制作异常(或修改标准)是更聪明的。毕竟,我们的标准应该在那里确保我们做正确的事情。他们通常做......除非他们没有。N

一个好的标准不应该是一个死板的瓶颈生产率。相反,良好的标准运作良好最多当时的时间提供卓越的性能服务可用性, 或者功能

应该有一个记录的过程放置具有挑战性的一种标准需要一个正式的,基于证据的提案为了通过传递或者修改标准。

克雷格斯。穆林斯是Mullins Consulting,Inc。的总裁,他是IBM Gold顾问,IBM Analytics冠军,以及三本畅销书籍的作者,DB2 Developer指南,数据库管理:DBA实践和程序的完整指南, 和开发人员DB2应用程序性能指南

网站:www.mullinsconsulting.com.

克雷格斯。穆林斯