資料庫選型要考慮哪些問題？

資料無處不在。大資料話題日新月異，企業必須日復一日管理大量的資料。不管有多少資料(甚至什麼型別的資料)，其真正的價值在於企業如何處理這些資料。資料庫是一個(實際上)看不見的元件，它有助於推動商業決策，改善業務。這意味著為你的組織選擇合適的資料庫不應該被輕視。資料庫選型要注意什麼事呢?

你需要它做什麼?

過去的靜態資料庫不能應付今天的需求。隨著需要處理的資料量指數級增長，資料庫被用於比以往更多的地方，靈活性是關鍵。這對你的企業意味著什麼?看看可以用你的資料庫儲存和使用什麼型別的資料，並考慮未來你可能需要的資料。雖然任何資料庫都可以儲存數字和文字，但你需要考慮你的資料庫能處理什麼型別的資料以及如何處理。所謂的物件或文件資料肯定是你想要儲存的一種資料型別。雖然這種型別的資料可以儲存為純文字，但有可能會丟失資訊併產生額外的開銷。此外，你將無法在查詢中輕鬆處理完整的物件。

你還需要考慮可擴充套件性。今天的資料庫在面對不斷增長的資料量和對資料驅動決策的需求增加時，會很快變得過時。你的新資料庫需要能夠隨需擴充套件。你還應該考慮要在哪裡執行資料庫。它可以在邊緣、公共雲或私有云中執行嗎?雖然大多數現代資料庫可以在所有這些地方執行，但你也需要了解資料庫在這些部署模式中為你提供什麼。例如，在功能上有什麼不同嗎?記住，要不斷考慮你的未來需求。

最後，要警惕供應商鎖定問題。如果你更換了資料庫，你是否需要改變資料庫周圍的一切?無論現在還是未來，你是否能夠讓你的所有工具能使用它，或者由於非標準的查詢語言而不可用，這可能是一個挑戰?

它能做什麼?

儘管大多數資料庫提供了一系列類似的功能，但你可能要更密切地關注特定領域。例如，使用內建的資料庫功能可以顯著提高外部系統的效能，並有助於最佳化任何資料儲存要求。另外，資料庫是如何讓你訪問資料的?是否需要特定的查詢語言或非標準的API?確保提供的查詢介面符合你的需求。它最終能提供什麼?

如果你正在考慮一個基於雲的資料庫，那麼服務水平協議(SLA)就很重要。你是否知道資料庫將如何處理一個節點上的故障。它是否會自動重新平衡，是否會丟失任何資料?確保你瞭解資料庫如何從錯誤中恢復，以及備份選項是什麼。

易用性

易用性(和效能)需要考慮你的用例。例如，資料庫系統提供的API或查詢語言對你所選擇的使用情況是否可用，你計劃採用的工具和應用程式是否與你的預期資料庫系統相容(可用)?我們已經談到了訪問方法和查詢語言，但如果一切都沒有以有效的方式整合，你可能需要開發一個定製的解決方案。你還應該考慮到整體操作的可用性--確保日誌和審計功能適合你的使用情況。

在考慮可用性時，效能是一個關鍵因素。畢竟，如果你不能從你的資料庫中獲得適合的效能，它將無法使用。瞭解你在哪些方面需要最好的效能，以及資料庫系統在這方面提供了什麼，會有幫助。該領域是攝取資料還是資料檢索?

保持安全

安全是任何IT系統的一個重要考慮因素，資料庫也不例外。媒體喜歡一個好的資料洩露的故事，但對所涉及的組織來說，這總是一個昂貴的代價。這裡要解決的最重要的事情是訪問控制。你需要強有力的訪問控制措施，你需要能夠限制對資料的訪問，只限於需要的內容。你還應該能夠審計誰訪問了資料，以及什麼時候訪問的。要有措施能夠識別資料的來源，虛假資料會導致很多問題。

安全的概念是廣泛的，你需要了解它如何與你組織的具體考慮相適應。例如，資料庫系統如何被整合到整個IT安全基礎設施中?零信任的方法無疑會在任何安全設計中體現出來。

這一切將花費多少錢?

這裡沒有簡單的答案。你不是在買現成的東西。這裡的成本不僅僅是指軟體許可費用，毫無疑問，軟體許可費是任何資料庫系統定價的組成部分。你還需要考慮到需要購買多少基礎設施來執行該資料庫。如果你傾向於基於雲的服務，你是否瞭解它與本地部署相比的內在附加值?此外，還有人員成本需要評估。你是否計算過與你所選擇的資料庫系統相關的任何額外的運營開銷?你需要適當數量的熟練員工來管理新的系統，所以你可能最終不得不僱用更多的人或投資於現有員工進一步培訓。還有可能涉及到計劃中的工具和現有的工具之間的相容性問題。任何改變都會產生額外的費用。

為你的需求選擇合適的資料庫系統要考慮許多因素--靈活性、可擴充套件性、易用性、效能、安全性、成本，以及其他。你還需要考慮你的組織的未來需求，所以要謹慎選擇並保持開放的心態。

原作者Jan Weber是Crate.io公司的生產經理