數據庫管理系統安全：數據倉庫的優勢
問：我們公司正在想辦法擴展現有的數據庫管理系統（DBMS）基礎設施，而且我們也在考慮如何以最佳方式來處理遺留數據的問題。為什么一家公司必須得把數據庫和數據倉庫分開呢？為什么不能只用一個大型數據庫來存儲當前的和歷史的所有數據呢？把所有數據都存儲在同一個數據庫中，會不會產生重大的安全問題？
答：我之所以要強烈建議你不要把所有數據都移到一個大型數據庫中，主要有以下幾個原因。首先，如果你把所有數據都放在一個數據庫中，那么此數據庫就會成為對惡意黑客而言極具吸引力的攻擊目標。這樣，黑客只需攻擊一個數據庫就可以了，如果他們成功潛入此該數據庫，那么他就可以訪問所有的歷史數據，而不光是你的當前數據。
但持反對意見的人則認為，只運行一個數據庫可以節約成本，這樣公司就可以增加在實施最佳安全控制措施方面的預算，并且集中所有防御能力來保護這個唯一的數據庫。然而，在實際實施過程中，這種說法是站不住腳的。公司的數據庫需要提供交易和分析服務，這意味著不同用戶的數量、任務和訪問要求將使安全配置過于復雜，會更容易出現錯誤配置和濫用的現象，很可能導致系統非常不安全。
例如，如果公司的數據庫是用來處理網上訂單的，那么就要保證互聯網用戶以及各個內部部門（如客戶支持、決算和實現、以及諸如運送服務類的第三方供應商）對所下的訂單擁有訪問權。如果公司只有一個數據庫，還必須制定一些形式來訪問銷售、營銷和研究部門。數據庫的最小特權安全原則要求減少訪問實時數據的用戶數量和類型，上述做法無疑是讓你背離了這條安全原則。
正如你所看到的，如果設立的用戶群體種類繁多，對這些群體設置中央數據庫的訪問權限和控制連接也將會相當復雜和困難，保護公司的數據庫安全并不像你預想的那樣簡單。我建議你把歷史數據移到數據倉庫，并為當前活動創建一個獨立的事務性數據庫，這樣二者的安全配置就都簡單了很多。例如，用于分析的數據倉庫，可以設計成執行查詢的只讀系統。由于數據倉庫可以設計成專門處理復雜查詢的系統，所以返回查詢結果速度就會更快，而且也不會減慢實時交易的處理速度。對實時交易而言，及時做出反應至關重要。
【編輯推薦】
