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

思考“中醫與DBA”

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