蹭個熱度--要不要DBA和雲資料庫

     昨天兩篇文章《你怎麼還在招聘DBA?》和《雲資料庫是不是智商稅？》在網上熱議，前者說雲資料庫不需要DBA這個崗位了，後者說我們應該讓資料庫下雲。我來湊個熱度吧。我個人經歷從來沒用過雲（公有云），所以前者說的我沒有親身體會，只能說是看到什麼聽到什麼學什麼了。

   補充一點私有云（我個人覺得應該叫資源池，沒有云的屬性啊）。雲能解決什麼？能解決快速獲得，彈性計算等。但是私有的資源池（我依然覺得不能叫做雲），不能。一般企業要一個資料庫走審批吧，等個半個月也不少見，磁碟沒有了，等審批走採購吧。所以我覺得私有云不能算是雲。

  接下來說我觀點了，我覺得不管用不用雲，資料庫都要面對這麼幾個問題：1、不合理的需求；2、不合理的設計；3、不合理的實現。（問題不止這些，我這裡僅僅是例舉）這些問題是需要去解決的。今天雲上的資料庫會監控發現問題，能給的建議基本也是建立索引等，Oracle多年前實現了自治資料庫，也就是自動化建立索引。目前沒有看到哪個資料庫過來該表結構，改SQL邏輯，修改表的關聯，甚至去反彈業務邏輯和需求的。以我這些年的工作經驗來說，最佳化不僅僅是建立索引（當然這是必須的），很多工作要觸及到實現、設計甚至是需求才能最佳化的。比如我們發現一個SQL，問開發為什麼要這樣寫？我幾乎能猜到99%的開發說，需求如此。然後就沒有然後了。而去年我經歷了一些讓我感覺到必須去觸碰一下業務才能解決。有的時候問題業務人員甚至業務的領導，得到的答覆是我們的需求不是這樣的。然後我們就改設計改實現獲得了巨大的提升，不入侵業務很難達到這樣的效果。由於拿到了第一手的需求，甚至我會引導他向著更加對資料庫友好的方式提需求。然後我就指導開發怎麼去實現，怎麼去寫。我說的這些沒有一個資料庫能做到，去改表的設計以及SQL的邏輯修改，而且我覺得可能未來20-30年都不會有。這就是我想表達的。

 對於雲資料庫的確解決了“部署、安裝、備份、恢復”這些低價值工作。這些也就是database administrator，這些是最起碼的基本功。基本功還是需要的，畢竟有這些基本功，處理問題會比沒有基本功的人要好一些。不過如果將來大家還只會這些，那是不行的。要被淘汰了。不去改寫SQL，不去設計資料庫物件，不去控制需求。那麼資料庫的穩定的無從談起。消防隊不僅僅是救火，每個建設落成的時候都要有消防的檢查驗收。救火不是目的，不失火才是最好的。一個城市最好就是一年到頭沒有火災，那麼要不要解散消防隊？估計不會。最起碼新的建築需要消防去檢查是不是合格。

 再說資料庫下雲，不少公司是不能用公有云的。這是現狀，也可能是未來。我所在的就是。所以不上有不上的好處。如果20-30臺伺服器的，上雲可能價效比還可以。這讓小企業，沒有運維能力的也能執行起來。不用管部署、安裝、備份、恢復、安全等等。不過如果有幾百臺伺服器的話，可能自建的價效比就比上雲高了。這點上我是支援馮總的（雲資料庫是不是智商稅？的作者 ）。