我是這樣理解的:處理器處理一個操作事件就像一桶水從漏斗里漏出來一樣。如果CPU是多線程的，就像有多個漏斗。這樣看多線程似乎更快，但事實是，并不是每個程序都可以智能地選擇通過多個漏斗流出，大多數(shù)程序只會排隊一個漏斗。這時候關(guān)鍵是看單個漏斗的大小(也就是單核操作性能)。據(jù)我所知，用Excel操作幾乎是單線程操作，所以并不在乎你的CPU有多少核，關(guān)鍵是每個核的運行速度。

Da 數(shù)據(jù)什么事？是一種運營模式，一種能力，一種技術(shù)，還是數(shù)據(jù)的統(tǒng)稱？今天的“Da 數(shù)據(jù)”和傳統(tǒng)的“數(shù)據(jù)”有什么區(qū)別？Da 數(shù)據(jù)的來源有哪些？等一下。當(dāng)然，我不是專家學(xué)者，也無法給出一個讓大家信服的權(quán)威定義。下面我說的只是基于自己理解的總結(jié)，只是表達個人理解，不求全面權(quán)威。

measure 數(shù)據(jù)壓縮技術(shù)性能好壞的重要性指標(biāo)就是壓縮比。壓縮比是指數(shù)據(jù)的壓縮大小與數(shù)據(jù)的原始大小之比。例如，如果數(shù)據(jù)的原始大小為100MB，壓縮后的大小為50MB，則壓縮比為0.5，即壓縮后的大小為數(shù)據(jù)原始大小的50%。通過壓縮數(shù)據(jù)，可以有效節(jié)省存儲空間，提高數(shù)據(jù)的傳輸速度。非常有必要對壓縮技術(shù)的效果進行準(zhǔn)確的測量。

需要注意的是，壓縮比高并不一定意味著壓縮技術(shù)就一定好。除了壓縮比，還需要考慮以下因素:1。壓縮時間:壓縮大量的數(shù)據(jù)通常需要一些時間，壓縮時間過長可能會影響應(yīng)用程序的性能和響應(yīng)速度。2.解壓縮時間:對壓縮后的數(shù)據(jù)進行解壓縮也需要時間。如果解壓縮時間過長，可能會影響應(yīng)用程序的性能和響應(yīng)速度。

large數(shù)據(jù) warehouse性能優(yōu)化主要集中在以下四個方面:在數(shù)據(jù)warehouse構(gòu)建的過程中，我們不可避免地會進行數(shù)據(jù) tasks，那么如何進行這些任務(wù)呢？如果任務(wù)調(diào)度配置出現(xiàn)問題，會導(dǎo)致瓶頸任務(wù)，或者不能及時提供業(yè)務(wù)所需的數(shù)據(jù)。這時候就需要先從調(diào)度方面考慮。有些任務(wù)的調(diào)度時間是否不合理？還是有些任務(wù)的優(yōu)先級設(shè)置不合理？

3NF建模方法或者實體建模方法的應(yīng)用會差一些，很多時候它的性能會差一些，但是3NF會避免數(shù)據(jù)的冗余，擴展性會更好。維度建模會有一定的冗余度數(shù)據(jù)，冗余度會高，但是對于上層用戶來說，它的易用性會好很多，它的查詢性能也會好很多，雖然犧牲了一些可擴展性，但還是在可以接受的范圍內(nèi)，之所以推薦在大數(shù)據(jù)框架下進行維度建模，是因為建模生成的數(shù)據(jù)對于大數(shù)據(jù)離線數(shù)據(jù)倉庫來說冗余度不高，因為都屬于SATA磁盤存儲，所以存儲成本很低。