如何量化評價乙個資料倉儲的好壞?

時間 2021-06-01 05:12:03

1樓:歌者安虹

首先得確定你是想從技術的角度還是資料業務的角度來看這個問題。從技術角度無外乎高併發,低延遲,負載均衡,災備容錯機制完善,擴充套件性,元件通用性,運維成本等方面評價。從資料業務角度來考慮要從資料分層合理性,元資料治理,維度管理,業務主題域劃分合理性,ETL邏輯健壯度,冷熱資料分流規劃,資料耦合程度等方面來評價。

2樓:量化策略師

主要指標:

1、高吞吐量

滿足高併發下的大資料量互動需求,滿足資料備份或ETL過程的大資料量遷移。具體需求資訊獲取參照以上資料庫應用需求。

2、負載均衡

滿足高併發下資料庫的負載均衡能力,需求分析需要收集資料庫的部署架構、負載均衡策略等資料資訊。

3、讀寫分離

獲取需求的要點是明確哪些是寫節點,哪些是讀節點,並且切換的策略什麼,資料同步的策略是什麼。

4、分割槽分片(分庫分表)

獲取需求的要點是把握資料的垂直切換和水平分庫概念。明確需要對哪些資料塊進行切分,分別分散到哪幾台資料庫主機上;需要對哪些大表進行資料水平切分,並且分布到哪些DB或table中。通過需求分析,做出資料切分的合理性判斷,以及做出系統可測性的判斷。

5、高併發

根據以上的資料庫應用需求,進一步制定資料庫的高併發需求,估算出單臺資料庫的API介面壓力和需要滿足的併發能力。

6、高可用性

高可用性可能也綜合涉及到資料的多項能力,主要應用的是集群技術,HA容錯及互備技術,體現的是無故障執行。獲取需求的要點是明確高可用性技術架構,了解HA採用的工作方式,以及掌握故障切換方法和資料一致性驗證需求。

有關 Objective C 中乙個資料結構的問題,為什麼 NSArray 和 NSDictionary 都被設計成只能存放物件(不能存放基本型別,如 int)?

因為NSArray中儲存的是指標,並且通過在加入到容器中的時候retain來保證指標的有效性。OC的堆上儲存是基於引用計數的,而原始資料型別的操作方式和OC型別是不同的 不需要retain 個人認為cocoa設計時為了效率 不需要判斷加入容器中的元素的型別 也為了抽象的一致性 即引用計數操作 而沒有...

怎樣評價乙個設計作品的好壞?

以己為棋 1.好的設計是創新的 創新無論如何都不會枯竭,科技的發展總是為創新設計提供新的機遇。然而設計的革新總是與技術的革新緊密相連,所以設計的創新永遠不會結束。2.好的設計會使產品更實用 產品是供人使用的,它必須滿足一定標準 不僅需要實用,還需要讓人使用了心情愉悅同時產品本身要是美觀的。好的設計是...

openflow流水線的乙個資料報處理例項?不僅僅是工作原理

李呈 流水線處理總是從優先順序最高的流表table0開始,根據某個流表進行處理時,將資料報各個欄位與各流表項中的匹配域 Match Fields 對照,如果匹配了某流表項,那麼該流表項中的指令集被執行,這些指令可能會修改包的動作集 Action Set 更新計數器 Counters 或指定資料報跳轉...