論“她”的變與不變！

——“IT生存法則”之數據庫管理

“老馮，現在都在上大數據分析系統，你們單位這方面有什么規劃沒？”

“馮處，我們的新營銷系統已經選好軟件開發商了，他們說數據庫最好用大型、商用的，你們幫選購一下吧！”

“頭，咱們的數據庫用的種類太多了，管理越來越復雜，上次財務部和營銷部數據不一致的原因，到現在還沒找到，誰讓他們當初非要用不同廠商的產品呢？”

……

想想也真可笑，我老馮是干數據庫起家的，從一個普通的DBA（數據庫管理員）一步步成長為信息主管，卻還搞不定企業的數據庫整體管理問題，說出去可有多丟人啊！

其實，這不是老馮才有的困惑，隨著對數據分析的重視，與數據操作有關的數據庫技術也在近30年里不斷演進，從最初的層次、網狀數據庫，到后來的關系型數據庫，再到現在的分布式數據庫，以及正在研究的面向對象數據庫，都使得置身其中的我們從業者有些茫然，是堅守不變，還是積極求變，抑或是腳踩兩支船，啊不，腳踩多支船？

因為，誰也不想在“數據為王”的時代掉隊！

別怕，只要理清下面幾個問題，就可以不變應萬變：

首先，是數據庫管理的目的。歸納起來，不外乎如下幾種目的：

應用系統的要求

即每上線一個業務應用系統，如OA、ERP等，就會涉及其數據的管理，必然會提出數據庫管理的要求，甚至指定某種類型和廠商的品牌；

審計要求

即為了合規，因應內、外審對原始數據的需要而提出，這種需求一般只要能夠提供查詢手段即可，并不強求類型和品牌，最簡單的是手工電子表格類數據庫；

業務發展需要

為了應對外部環境變化，以及更好地滿足客戶需求，現在越來越多的行業，開始應用大數據分析、數據挖掘技術，以實現科學決策，這種需求將越來越成為主流，其對數據庫管理的要求也最高。

其次，是怎么選擇數據庫管理系統。可以從這樣幾個維度來抉擇：

一是選國內開發的還是國外開發的。

這要遵循行業和企業信息安全的要求，合法合規；

二是選通用型還是行業型。

這要根據實際的業務需要，以及業務的成熟度，綜合評定。

三是選商用的還是開源的。

這更多取決于預算和性價比，以及自身維護能力水平，建議從TCO（總體擁有成本）比較。

四是選特大型，還是大中型，抑或小微型的。

這個選擇一般以預期要加工、處理的數據量，以及計算設備性能指標為標準，對于像手機、PAD等智能設備使用的數據庫，就應以小微型為主，而其后臺存儲應以大中型為主，如果是需要云存儲的話，就要選擇特大型的。

五是SQL型還是NOSQL型，

這涉及的是要處理的數據（數字、文字、圖形、音頻等）是結構化的，還是非結構化的，是按行存儲的（注：每次讀取一行數據加工處理，適用于單個對象的多屬性分析場景），還是按列存儲的（注：每次讀取一列數據加工處理，適用于多個對象的單一屬性分析場景）。

再者，是怎么管理好數據庫。這是制度層面的問題，即跟人有關的操作規范和安全規范。

前者涉及數據庫實例規劃、數據備份與恢復、數據庫調優操作等；

后者涉及DBA角色劃分，主要分為超級管理員、數據庫備份員、數據庫讀寫操作員、數據庫查詢員等，每個角色的定位要嚴格區分開，以保障不同應用可以使用不同角色操作數據庫，在實現數據共享的同時，也能夠做到安全和審計。

最后，是數據庫管理工具的選擇，即是使用系統自帶的，還是選擇第三方的，抑或是自制的腳本。

這里的關鍵首要是考慮可靠性，其次才是便利性和性價比，因為無論是日常管理，還是定期備份和應急恢復，都要確保數據的一致性。

——IT語錄：數據庫技術一直在變，但實現數據庫“安全共享”的管理目標不會變！

“兒子！起床吃早飯了，你要的牛肉面做好了！”

“好，我一會兒吃。”

“快點吃吧，再放一會兒，都糗了！”

“知道了，我說了一會兒吃！！”

……

看著越來越絮叨的老婆，歲月真是捉弄人，那個年輕時不愛說話，就是聊天也是慢聲細語的女孩子，不經意間，已為人妻、為人母，不僅愛嘮叨了，聲調也提高了8度。

不過，也難怪老婆多嘴，兒子從小的吃、喝、拉、撒、睡，以及學習都是她在管，自已忙于工作，就是個撒手掌柜的，看著身高體壯，即將成人的兒子，這個家多虧了她在操持啊！

她，并沒變！還是自己當初喜歡的女孩兒！

下期預告：要“癲癇”，還是要“腦裂”？