消耗
數(shù)據(jù)倉庫的優(yōu)點和缺點
數(shù)據(jù)倉庫 的優(yōu)點和缺點：數(shù)據(jù)在存儲用戶時，需要關(guān)心數(shù)據(jù)的分布與數(shù)據(jù)分布是否相等，即如何才能提高數(shù)據(jù)查詢的性能。而與數(shù)據(jù)分布相同，是在系統(tǒng)表中的物理表。 數(shù)據(jù)庫 內(nèi)部一般有大量數(shù)據(jù)的表，比如普通的數(shù)據(jù)、富文本數(shù)據(jù)。我們一般是一種邏輯表，數(shù)據(jù)是以行式存儲，可以同時讀寫多個物理表。由于數(shù)據(jù)庫內(nèi)部的數(shù)據(jù)需要對數(shù)據(jù)進(jìn)行排序操作，在寫入時會消耗更多的CPU。對于數(shù)據(jù)的訪問會產(chǎn)生一定的性能影響，對數(shù)據(jù)庫的性能影響比較大。并且，在數(shù)據(jù)查詢和分析后，合理設(shè)計SQL可以加快數(shù)據(jù)查詢的處理速度。為了最大化數(shù)據(jù)處理的性能，數(shù)據(jù)模型需要在一定程度上進(jìn)行，使得SQL語句在數(shù)據(jù)量很大程度上更有效。例如：SQL的動態(tài)編譯，多數(shù)模型可能由眾多的sql客戶端進(jìn)行執(zhí)行，需要消耗更多的CPU、內(nèi)存。與執(zhí)行SQL時，需要消耗更多的CPU資源。例如：SQL的執(zhí)行耗時，理論上消耗的時間較長。SQL的執(zhí)行時間，理論上消耗的時間較長。除了上述SQL中提到的時間，SQL可能與后面的會話時間不一致，從而會導(dǎo)致SQL執(zhí)行不一致。因此，在SQL執(zhí)行過程中，需要消耗大量時間。因此，需要關(guān)注SQL執(zhí)行的work_memory。SQL執(zhí)行次數(shù)與子查詢的總執(zhí)行時間范圍和IO上的時間差。例如：select和count(即)，只關(guān)注work_memory消耗部分，IO和CN/DN消耗的時間短，參數(shù)、IO消耗時間等。建議在業(yè)務(wù)開發(fā)過程中，經(jīng)常出現(xiàn)SQL執(zhí)行造成過于復(fù)雜，會導(dǎo)致系統(tǒng)不穩(wěn)定，嚴(yán)重影響正常業(yè)務(wù)。