原文： http://www.itpub.net/viewthread.php?tid=476403&extra=&page=1

思考“中醫(yī)與DBA”

最近看了一本書《思考中醫(yī)》，遂思考中醫(yī)與DBA的關系。
”中醫(yī)與DBA有什么關系？牛頭不對馬面！“ 剛寫完標題，就被同事嘲笑一番
上工與下工
《內(nèi)經(jīng)》將醫(yī)生分上工與下工，張仲景說“上工不治已病治未病”。上工救其萌芽，故曰上工。下工救其已成，救其已敗。
正面思考：
一個項目，在問題出現(xiàn)以前或者剛剛萌芽的時候就進行預防與解決，此乃項目執(zhí)行中的上工。
對于架構師，程序員來說，在設計，編程過程中就考慮到可能會出現(xiàn)的異常及其問題，并進行相應的預防處理，在程序RELEASE以后，出問題的機率會大大降低。
對于DBA來說，在數(shù)據(jù)建模，邏輯設計，物理設計的時候，考慮到可能會出現(xiàn)的性能問題，并在磁盤規(guī)劃，表設計等中進行相應的考慮，在實際運行中，數(shù)據(jù)庫出問題的機率會大大降低。
從以上的觀點來看，我們作為架構師、程序員、DBA應以上工為目標。
反面思考：
古書上有一個故事，兩兄弟都是醫(yī)生，老大的病人都不是重癥患者，門庭冷落。而老二病人最多，許多病人都是抬進來，經(jīng)其治療后可以走出去。一位高人帶著弟子在其兩兄弟診間參訪后，高人問弟子，是老大醫(yī)術高還是老二醫(yī)術高？弟子說當然是老二呀，高人搖頭說，非也！非也！老大醫(yī)術才是上工，因為他治病不露痕跡，且在病人未病時就消除，所以病在老大那兒還沒來的及成形時，就失于無形，自然在老大那看不到老二那種重癥患者。雖然老二將那么多的重癥患者治好，看起來是救人命，但反過來說，怎不能在病還未發(fā)展到這么嚴重時就去發(fā)現(xiàn)治療它，等到折騰成這樣老二才來救治？
做了幾年的數(shù)據(jù)庫consultant,優(yōu)化過大大小小很多的數(shù)據(jù)庫，一般來說越是爛的數(shù)據(jù)庫，優(yōu)化的效果越明顯。當客戶稱贊我水平高的時候，我心里總是暗暗發(fā)笑，不是我水平高，是你的系統(tǒng)太爛。當然，這話是不能給客戶明說出來的。
高人畢竟是少數(shù)，大部分的人跟高人的弟子是一個水平，所以大部分的人認為老大的醫(yī)術高明。
假設一個企業(yè)有兩個數(shù)據(jù)庫，由A,B兩個人負責.
A負責的數(shù)據(jù)庫經(jīng)常出問題（表空間不夠，死鎖，hung....)，一出問題，就得驚動全公司上上下下很多人，A呢，不論是上班時間還是下班時間，都是出了問題立刻趕去現(xiàn)場，人到問題除。
B負責的數(shù)據(jù)庫前期設計規(guī)劃做的好，并且B還寫了幾個腳本監(jiān)控數(shù)據(jù)庫的狀態(tài)，在問題還沒出現(xiàn)以前B就已經(jīng)解決了，所以B負責的數(shù)據(jù)庫幾乎不出什么問題。
在外人看來，A工作勤勤懇懇，經(jīng)常加班加點，水平又高；B呢，大家根本不知道還有B這個人
討論：
1. 公司裁員，2個DBA中保留一個，誰會走人？
2. 若我們都以“上工”作為目標，如何讓別人看到我們的價值？
若項目與以前的項目有可比性的話，“上工”的價值很容易體現(xiàn)出來。但是若是一個新的項目，沒有參照物，“上工”的價值一般來說會被人曲解為這個項目“很容易”，所以不出問題。