思考“中医与DBA”

最近看了一本书《思考中医》，遂思考中医与DBA的关系。
”中医与DBA有什么关系？牛头不对马面！“ 刚写完标题，就被同事嘲笑一番 :)

[B]上工与下工[/B]

《内经》将医生分上工与下工，张仲景说“上工不治已病治未病”。上工救其萌芽，故曰上工。下工救其已成，救其已败。

[B]正面思考：[/B]

一个项目，在问题出现以前或者刚刚萌芽的时候就进行预防与解决，此乃项目执行中的上工。

对于架构师，程序员来说，在设计，编程过程中就考虑到可能会出现的异常及其问题，并进行相应的预防处理，在程序RELEASE以后，出问题的机率会大大降低。
对于DBA来说，在数据建模，逻辑设计，物理设计的时候，考虑到可能会出现的性能问题，并在磁盘规划，表设计等中进行相应的考虑，在实际运行中，数据库出问题的机率会大大降低。
从以上的观点来看，我们作为架构师、程序员、DBA应以上工为目标。

[B]反面思考：[/B]

古书上有一个故事，两兄弟都是医生，老大的病人都不是重症患者，门庭冷落。而老二病人最多，许多病人都是抬进来，经其治疗后可以走出去。一位高人带着弟子在其两兄弟诊间参访后，高人问弟子，是老大医术高还是老二医术高？弟子说当然是老二呀，高人摇头说，非也！非也！老大医术才是上工，因为他治病不露痕迹，且在病人未病时就消除，所以病在老大那儿还没来的及成形时，就失于无形，自然在老大那看不到老二那种重症患者。虽然老二将那么多的重症患者治好，看起来是救人命，但反过来说，怎不能在病还未发展到这么严重时就去发现治疗它，等到折腾成这样老二才来救治？

做了几年的数据库consultant,优化过大大小小很多的数据库，一般来说越是烂的数据库，优化的效果越明显。当客户称赞我水平高的时候，我心里总是暗暗发笑，不是我水平高，是你的系统太烂。当然，这话是不能给客户明说出来的。

高人毕竟是少数，大部分的人跟高人的弟子是一个水平，所以大部分的人认为老大的医术高明。

假设一个企业有两个数据库，由A,B两个人负责.
A负责的数据库经常出问题（表空间不够，死锁，hung....)，一出问题，就得惊动全公司上上下下很多人，A呢，不论是上班时间还是下班时间，都是出了问题立刻赶去现场，人到问题除。
B负责的数据库前期设计规划做的好，并且B还写了几个脚本监控数据库的状态，在问题还没出现以前B就已经解决了，所以B负责的数据库几乎不出什么问题。
在外人看来，A工作勤勤恳恳，经常加班加点，水平又高；B呢，大家根本不知道还有B这个人


[B]讨论：[/B]
1. 公司裁员，2个DBA中保留一个，谁会走人？
2. 若我们都以“上工”作为目标，如何让别人看到我们的价值？
若项目与以前的项目有可比性的话，“上工”的价值很容易体现出来。但是若是一个新的项目，没有参照物，“上工”的价值一般来说会被人曲解为这个项目“很容易”，所以不出问题。

[[i] 本帖最后由 zhaolinjnu 于 2008-3-28 14:10 编辑 [/i]]

没有消息就是好消息，这句话是对系统而言的，对系统管理员来说，没有消息就是坏消息

tune design...

[quote]
1. 公司裁员，2个DBA中保留一个，谁会走人？
2. 若我们都以“上工”作为目标，如何让别人看到我们的价值？
[/quote]

只要“上工”的经理明白些就可以；其它人只需要知道上工拿的米最高就OK。

Interesting comparison. It's been discussed many times. But you expressed it quite well.

On the surface, we would think it's hard to judge the expertise of the two DBAs. But in reality, it's not hard at all, as long as the manager is technical. Many times a technical problem is discussed in the DBA group, it's clear which of the two DBAs gives a better solution. That tells us better than the fact that one DBA works harder and has "solved" more problems.

So the key is the manager has to be technical. Fortunately, I think, that is the case in most shops in China. Am I thinking wrong?

Yong Huang

事情做到几分，因环境而异   :)

说到底，还是你如何让别人知道你的价值的问题。是通过不断的处理问题来让别人了解，还是通过不断的预防问题来让别人了解。

Re: tune design...

[QUOTE][i]最初由 玉面飞龙 发布[/i]
[B]

只要“上工”的经理明白些就可以；其它人只需要知道上工拿的米最高就OK。 [/B][/QUOTE]

呵呵，其他人就不说了，但有些老板可不是这样想的，看到系统没出什么事，你又好像没什么事做，就会认为招一个新人培训一下就可以了，人工上要低得多！:)

呵呵

跳槽……

曾经听到过一件事，两个不同公司的DBA（上工）都不获重视，米狂少，当时的建议就是先辞职一个月，然后应聘对方公司……

楼上好主意，所有dba度假一个月，然后轮岗。

古代有“郎中钓病人”一说， 江湖游医治疗蛇伤,治疗90％，使其没有性命之忧，很多症状也消除了，可就是有一点，伤口总是不好，隔上一段时间伤口又腐烂，你又得去买药，管上俩三个月，就这样拖上一年半载，甚至更长的时间。
如biti 所说“事情做到几分，因环境而异”，我觉得这个度是个很难把握的东西，从做事的角度来讲，技术人员技术实现上的完美是最高境界 “不惜架上药生尘，但愿世间人长寿”；从做人的角度来讲，企业追求的是利润的最大化，个人追求的是个人价值及养家糊口米的最大化，这往往与技术上的理想及其道德上的理想不大匹配。
从利润率上来看，老二的利润率肯定是比老大高多了。深究起来，“郎中钓病人”为很多人所不齿，但同时又是其追求，越想越想不明白了

[QUOTE][i]最初由 rollingpig 发布[/i]
[B]呵呵

跳槽……

曾经听到过一件事，两个不同公司的DBA（上工）都不获重视，米狂少，当时的建议就是先辞职一个月，然后应聘对方公司…… [/B][/QUOTE]

:right: :right: :right: :right: :right: :right: :right: :right: :right: :right: :right: :right: :) :) :) :) 准备实施。

好主意呀，:):):):)

只能说看是什么主管了  。

不过不是公司都有自己的SLA 统计吗 ？  你的Down机时间太多，当然得裁你了 。

还有 ， A在第一次出现表空间不足之后再次出现第二次 。 那就是A的不对了 。

B在预防方面做得好， 但是不懂得表现的话， 呵呵，难说，遇到只懂搞管理，搞关系的主管，就倒霉了 。

这也不能怪主管 呵呵
关键是你做为一个dba 没有一个量化的东西
能说明你的能力和系统的关系


比如优化,你能清晰的描述出你的优化后带来的效益 以及风险的比例.  如果你能量化 老板投多少的愿意  因为那个是看得到了

呵呵 dba的价值源于老板对数据重要性的认识

the business data is life
better solution

很有趣,但大部分情况来看,不懂技术的领导着我们........................

写的很好,,

[QUOTE][i]最初由 biti_rainy 发布[/i]
[B]事情做到几分，因环境而异   :) [/B][/QUOTE]
biti现在能做到几分？！:)

真要到了份上，估计那位走上工路线的人走人的可能性较大，没办法，这是国情。

說的很在理，事情往往就是這樣

恩，知道了，谢谢！