图形工具是 DBA 的敌人?

最近 AnySQLITPub 上发了一个帖子: 多少DBA能离开OEM/TOAD/PLSQL Dev来工作? , 引来了很多人的讨论. 整理一下大家的观点,大致分为如下几类:

  • 工具能提高效率, 为啥不用?
  • 坚决不用;
  • 用不用都成; 解决问题就成;
  • 用来学习; 查看一些 SQL 很方便;

真是个仁者见仁,智者见智的问题. 图形化工具对于一个合格的 DBA 来说, 很多时候还是有缺点的,

一个图形化工具慢慢把 DBA 工作大众化了.这样作为一个DBA用图形化工具被人家看到了,显得不那么专业: 都是图形化的工具,普通开发人员随便点击几下子鼠标,不也成了 DBA 了? Oracle 10g 大大加强了 OEM 的功能, 很多人惊呼 Oracle 数据库管理员下岗的日子快到了. 在我看来,这恰恰是一个好消息。图形化工具上手容易,不可避免的很多人会浅尝辄止不去研究系统细节的问题,正是真正的 DBA 提高身价的好时候 :)

二是, 对图形化工具一旦产生依赖性, 应付突发事件的时候会有些局促感, 直观的东西隐藏了太多细节,而作为一个 DBA 更多的时候是要主动发现细节内容体现出来的问题; 这一点在讨论中很多人也提到了,一看没有安装 Toad ,就没法子上手了。

问题可能还有其他的,但是不是说 GUI 工具一无是处了,也不能说有这些问题就坚决不用 GUI 了。有的时候,开发人员依赖于 IDE 的, 就遇到的问题咨询 DBA ,不显得自己 IDE 用的很熟练的样子还真的说不过去; 再比如,抽取 DDL 语句这样的日常操作, GUI 工具的便利性还是有一些的。

还是针对图形化工具可能给我们带来的问题来说吧。”工具善其事,必先利其器”, 这个”器”可不是 GUI 工具哦. 建立一套针对自己的跨平台工具包是必须的,很多 DBA 都有一套适合自己的工具包. 当然,光有工具没有用,适当的提高一下记忆力也有必要,至少,再参加面试的时候可以唬主考官一下。

参见 AnySQL 的Blog上的PR


一句题外话:作为一个 DBA ,你是希望合格的 DBA 多一些还是少一些好呢?


  • http://bigsword.spaces.msn.com bigSword

    这个可是老话题,基本都是一些“老顽固”想要保持自己神秘的身份和优越感,自己费尽心血掌握了一项技能就拼命阻挠别人用方便的方法实现。
    嘿嘿,对事不对人。

  • http://www.zzdragon.name 龙在天涯

    同意!

  • №0千年老妖猴

    只有大家共同进步,群体才会进步,自己也会更进一步
    鄙视那些把知识私有化的小白

  • UMBRO

    对于角色只是DBA的人来说,当然应该做到只用SQL*PLUS就能解决问题。
    很多人平时的角色不光是DBA,像我,还要系统管理、这管理、那管理、体力活,没有那么多精力去了解每个视图每个列的意思,所以还是应该用工具,除非他能在繁忙的工作中找到时间把能用工具解决的问题写成SQL脚本文件。
    一般来说,我是用toad的,我也经常去了解比较细节的东西。即使我了解了细节的东西,我还是会用toad,因为看起来比较直观。
    如果只用SQL*PLUS就能解决问题,也不见得是什么高手,只能说明你有时间去折腾这些东西,别人把时间花在处理更重要的事情上去了而已。