我們?cè)谝恍┥线^商業(yè)智能BI報(bào)表的企業(yè)看到他們經(jīng)常吐槽，一個(gè)報(bào)表點(diǎn)一次查詢，然后中午出去吃個(gè)飯或者出去抽兩根煙，半個(gè)小時(shí)過去了，回來看一下，商業(yè)智能BI報(bào)表還是沒有出來，為什么？應(yīng)該如何優(yōu)化？

為什么商業(yè)智能BI分析報(bào)表很慢

商業(yè)智能BI 分析報(bào)表查詢慢，這是商業(yè)智能BI分析領(lǐng)域的一個(gè)常態(tài)。實(shí)際上，我們了解一下其中的原理，大概就能理解慢的原因，以及以后如何優(yōu)化的一個(gè)方向。

?

大部分的商業(yè)智能BI工具都是基于B/S 架構(gòu)的。B指的就是Browser 瀏覽器，S 指的就是 Server 服務(wù)器。每一次來自瀏覽器的點(diǎn)擊，都是通過HTTP協(xié)議像服務(wù)器發(fā)送一次 Request 請(qǐng)求，一次商業(yè)智能BI分析報(bào)表的查詢本質(zhì)上發(fā)送了一條 SQL 查詢命令到了應(yīng)用服務(wù)器端通過程序翻譯再到數(shù)據(jù)庫服務(wù)器做了一次數(shù)據(jù)查詢動(dòng)作。

如果這個(gè)商業(yè)智能BI分析報(bào)表的SQL查詢本身就比較復(fù)雜，底層數(shù)據(jù)模型建立的又不好，或者在數(shù)據(jù)庫服務(wù)器硬件環(huán)境配置本身也不好的情況下，這條SQL的執(zhí)行可能就需要花費(fèi)很長的時(shí)間。這個(gè)是第一個(gè)時(shí)間損耗的點(diǎn)。

第二個(gè)點(diǎn)就是商業(yè)智能BI分析報(bào)表的SQL查詢可能返回了大量的數(shù)據(jù)，比如幾十萬、上百萬、上千萬、上億的數(shù)據(jù)，這個(gè)數(shù)據(jù)最后打包通過HTTP協(xié)議Response響應(yīng)返回，需要通過網(wǎng)絡(luò)返回到Browser 瀏覽器端，幾十萬的數(shù)據(jù)可能有上百兆MB，上百萬、上千萬的數(shù)據(jù)可能是幾百兆（MB）甚至一個(gè)GB的數(shù)據(jù)。大家試想一下平時(shí)下載個(gè)電影需要多長時(shí)間，下載一個(gè)幾百兆的文件需要多長時(shí)間，這個(gè)還跟網(wǎng)絡(luò)帶寬有很大的關(guān)系，這個(gè)是第二個(gè)時(shí)間損耗的點(diǎn)。

?

數(shù)據(jù)返回到瀏覽器前端，在可視化圖表展現(xiàn)的時(shí)候，如果在商業(yè)智能BI分析報(bào)表中寫了很多復(fù)雜的表達(dá)式、聚合函數(shù)，數(shù)據(jù)需要消耗本地瀏覽器所在電腦大量的內(nèi)存來完成數(shù)據(jù)的計(jì)算。前端指標(biāo)計(jì)算、條件表達(dá)式和各類聚合函數(shù)設(shè)計(jì)的越多，需要的時(shí)間就越長，這個(gè)就是第三個(gè)時(shí)間損耗的點(diǎn)。

最后就是頁面的渲染，商業(yè)智能BI分析報(bào)表中可視化圖表越多、結(jié)構(gòu)越復(fù)雜、列越多，數(shù)據(jù)渲染通過HTML組織到最后的呈現(xiàn)時(shí)間就越長，這個(gè)就是第四個(gè)時(shí)間損耗的點(diǎn)。

到最后頁面全部加載完成，HTTP 請(qǐng)求終止與服務(wù)器斷開連接。

商業(yè)智能BI分析報(bào)表應(yīng)該如何優(yōu)化

在整個(gè)商業(yè)智能BI分析報(bào)表制作過程中，大量的時(shí)間損耗主要集中在數(shù)據(jù)查詢、大數(shù)據(jù)量的返回，以及基于大數(shù)據(jù)量下的前端聚合函數(shù)、條件表達(dá)式的時(shí)間損耗上。

?

所以，商業(yè)智能BI分析報(bào)表的優(yōu)化首先要解決的就是在數(shù)據(jù)庫服務(wù)器上的查詢效率，SQL 的結(jié)構(gòu)要合理、底層數(shù)據(jù)模型的結(jié)構(gòu)要合理，這是SQL層面的優(yōu)化，更是數(shù)據(jù)模型的優(yōu)化。同時(shí)，減少商業(yè)智能BI分析報(bào)表中數(shù)據(jù)的返回量，減少網(wǎng)絡(luò)帶寬的消耗，數(shù)據(jù)返回量小了，最終到前端聚合和渲染的速度也會(huì)加快。這樣整個(gè)從查詢到返回到展現(xiàn)的時(shí)間都會(huì)大大縮短。

有的朋友說，用戶就是要查詢大量的數(shù)據(jù)展現(xiàn)在商業(yè)智能BI分析報(bào)表上怎么辦，還是按照剛才的四個(gè)點(diǎn)去分析。第一，通過設(shè)置合理的聯(lián)動(dòng)查詢條件，逐步減少數(shù)據(jù)量的返回。第二，通過設(shè)置分頁將查詢分散在每一次與Server 的交互上，也可以減少數(shù)據(jù)量的返回。第三，提前將能夠聚合的數(shù)據(jù)邏輯在服務(wù)器端完成，將計(jì)算前置，或者使用列式數(shù)據(jù)庫或者分布式計(jì)算來減少查詢階段的時(shí)間消耗，都可以實(shí)現(xiàn)純二維報(bào)表的優(yōu)化。

?

數(shù)據(jù)可視化 - 派可數(shù)據(jù)商業(yè)智能BI可視化分析平臺(tái)

當(dāng)然也有朋友說使用C/S架構(gòu)的商業(yè)智能BI工具是不是就可以解決這個(gè)問題。C/S架構(gòu)的原理是Client 客戶端和Server 服務(wù)器端的架構(gòu)，將數(shù)據(jù)加載到本地電腦內(nèi)存來計(jì)算，在性能和效率上比B/S架構(gòu)確實(shí)要快很多。但C/S架構(gòu)的商業(yè)智能BI工具就意味著需要在每個(gè)用戶的本地電腦上安裝一套客戶端軟件，有多少用戶就需要安裝多少，并且在程序升級(jí)方面需要單獨(dú)獨(dú)立的升級(jí)，不太適合大批量的用戶。

與C/S架構(gòu)的商業(yè)智能BI工具不同，B/S架構(gòu)中用戶只需要通過電腦上自帶的瀏覽器隨時(shí)訪問報(bào)表，所有的程序升級(jí)都是在服務(wù)器上一次性升級(jí)就可以完成。不過還是要明白，B/S架構(gòu)和C/S架構(gòu)沒有孰優(yōu)孰劣，只是在不同的場(chǎng)景下各有優(yōu)劣。