開源數據庫架構設計原則 01. 技術選型 選擇成熟的平臺和技術,同時是最熟悉的,能做到極致的,用好不用壞,用熟不用生。目前業界的MySQL主流分支版本有Oracle官方版本的MySQL、Percona
1、可變與不變分離。2、針對接口而非實現編程。3、多用組合,少用繼承。(策略模式)4、高內聚、低耦合。(觀察者模式)5、可擴展不可修改。(裝飾者模式)6、依賴抽象而非具體類。(工廠模式)7、交互盡量少
面向對象設計原則 原則的目的 面向對象設計原創表 單一職責原則案例 開閉原則 案例 依賴倒轉原則 案例面向對象設計原則 對于面向對象軟件系統的設
一、前言插件,意味著可擴展,且宿主程序不依賴于插件,即插即用。這種軟件設計方式可以使我們的應用程序最大化地獲得可擴展性、適應性和穩定性,而且便于軟件的維護和升級。在什么場景下使用插件呢?例如在本篇文章
1、列簇的設計列簇盡量少,最好不超過3個。因為每個列簇是存在一個獨立的HFile里的,flush和compaction操作都是針對一個Region進行的,當一個列簇的數據很多需要flush的時候,其它
我們今天來講下函數的設計原則。函數從意義上應該是一個獨立的功能模塊,函數名要在一定程度上反映函數的功能;
MongoDB中副本集中有個重要的概念:大多數因為副本集只有一個節點為可讀寫,其他節點只可讀;而主節點的選擇由大多數決定的,只有在得到支持時才能繼續作為主節點。(1)大多數這個數字的確認公式:M=in