大屏的前世今生
作為一個 BI 行業人，我們對 DashBaord，上司駕駛艙，儀表盤等概念都非常熟悉，然而忽如一夜春風來，客戶都用起大屏來
大屏可視化需求，從 2015 年 2016 年，突然之間就成了 BI 項目，資料可視化項目需求清單的中的常見需求項，那什麼是大屏呢，和我們原先的 DashBaord，有什麼差別呢
我們先來看一下什麼是大屏
這個場景，就是我們很多人概念中最原始的大屏情景，是在電視，電腦中看到的一些大型國家機構使用大屏的場景，比如航天部門發射火箭的時候，這就是大屏，隻不過這個大屏和我們的行業當時還沒有産生太多交集，我們當然也不會去過多了解
随着資訊化建設的快速發展，可視化需求越來越高，硬體技術也越來越成熟，大屏開始慢慢普及，不再是大型的國家機關才可以用，才用的起，很多原先隻能在 pc 上看單屏 DashBaord 的企業，機關，也可以用得起大屏，也需要用大屏了
而且在大資料時代來領後，大屏顯示系統也不再單單作為顯示工具，隻是将圖像、資料信号傳輸到大螢幕上顯示給使用者，而是需要對海量的資料資訊進行高效率的分析，實作硬體搭載軟體的完美結合，幫助管理者發現資料背後的關系和規律，為決策提供依據
于是 大屏可視化在 2015 年之後，逐漸進入了很多客戶的項目需求單中
講到這裡，大家應該明白了，大屏，其實就是我們原先的 DashBaord 或者是 DashBaord 的放大版，從一屏到多屏的擴充銜接，展現更多的資料，對業務價值，資料價值更全景，更深入的挖掘分析和展現
潤乾如何做大屏
潤乾作為一家老牌 BI 廠商，DashBaord 時代我們可以做 DashBaord，大屏時代我們也可以做大屏
什麼版本可以做，多少錢？
5000 一套的普通報表就可以做！！！ 現在加入潤乾 818 推出的新優惠政策好多乾，還能享受更多的優惠和給自己的獎金
如何做？
方法一：用報表的 DashBaord 功能做
多适用于一屏之内的展示，可以很好的自适應螢幕，可以支援文本，表格，統計圖等，可以關聯鑽取
優勢：靈活的調整布局 可關聯
不足：不支援複雜的元件，比如單個元件内的 tab 切換
我們來看幾張潤乾做的單屏 DashBaord
這些都是我們沒有美工背景的工程師，也沒有美工協助下做出來的，基本可以打 70 分，如果您有美工協助幫忙定義樣式顔色，自己畫一個 90 分的 DashBaord 是完全沒問題的
方法二：自定義頁面制作
适用于超寬超高的大屏，元件功能比較複雜，頁面布局要求比較精細的場景
優勢：基本所有的功能和需求都能滿足，背景色，視訊，關聯，tab 切換等
不足：更多的需要頁面和美工開發人員來一起做
先來看幾個潤乾的合作夥伴們用潤乾報表做的大屏效果
是不是很酷炫？？
再來看一下自定義頁面大緻是怎麼做的，我們用一個小夥伴的簡單案例來說明（篇幅有限，隻能精簡的去寫了）
案例為台達台灣桃園研發中心的監控螢幕，大螢幕一年 365 天都在實時更新着整個建築各個區域的溫度、耗電量、工作狀态，并将所有資料實時收集并傳遞到大樓内的台達觸控式人機界面和展示廳中控牆上。管理者可以實時了解到建築内各個裝置的運作狀态，比如月中或月末通過系統生成的資料和圖表，了解不同區域燈光或其他電子裝置的耗電量，管理人員可以對耗能過大的裝置進行控制，使其在總能耗的範圍内合理配置能耗資源。
解決方案
- 步驟 1：業務專家制定大屏内容顯示方案
工作内容：首先根據業務場景抽取關鍵名額，然後定義分析名額的次元，最後定義名額的統計圖類型和頁面劃分。
- 步驟 2：美工設計整體布局
工作内容：根據業務專家劃分的頁面進行名額布局，根據使用者要求的色系進行樣圖設計, 根據最終使用者定稿的樣圖進行切圖。
- 步驟 3： H5 開發人員進行頁面開發
工作内容：用切好的圖結合 css 制作網頁模闆，每個名額的位置用 iframe 引入統計圖圖檔。
- 步驟 4：報表工程師制作報表并嵌入頁面
工作内容：根據各統計圖制作報表，将調用報表的 url 替換到每個名額的 iframe 中，最後內建後整體細節調整與優化。
一個多屏的大屏方案到此實施完成
澄清！澄清！再澄清
做一個大屏類似一個小項目，以上說的是通過潤乾的産品，結合合作夥伴的實施團隊以及終端使用者的業務專家我們可以實作大屏需求的快速傳遞，而且利用潤乾的新大資料計算工具，我們可以把項目中已經存在和可能存在的性能隐患點和資料計算處理難題都幫客戶一次性解決了
如果您也有的這樣的大屏需求，可以購買報表工具去自己做一個出來，也可以找我們銷售給您推薦幾個我們的小夥伴去給您做，整體下來，相信成本會遠遠低于您的預算，驚喜則會遠遠超出您的預期
潤乾更大的優勢
就這樣，潤乾在報表軟體的成本上幫客戶省一大筆銀子，然後潤乾的優勢遠不止于此！！！
對！！！寫到這裡，才到了本文的重點
大屏背後的複雜資料處理，大資料背景下的計算性能如何保證，更應該是一個大屏需求裡最應該關注的名額
從上面的大屏制作過程可以看出，一個大屏要做的炫，更多的是美工和頁面的活，項目組有美工和頁面人員配合就可以搞定，如果大屏要算的快，就是個技術活了，不是一般的廠商可以搞得定的了，需要看計算引擎強不強了，而大資料年代的的大屏需求，恰恰是一個更注重性能，更注重效率的場景需求
潤乾不僅僅是一家堅持了 16 年的 BI 廠商，更是一家一直追求卓越技術的廠商。這麼多年來，潤乾技術好，性能好的印象更是深深的紮根在了我們的廣大合作夥伴，內建商客戶的心裡
筆者來自潤乾的技術支援團隊，這兩年中就接到了很多使用者的求助，來求助的問題大緻分為上面說的兩類
一：大屏的資料來源太複雜
二：大屏的性能有問題
我們找兩個故事來看看這兩個問題
故事一 解決資料來源複雜的問題
來自于一個石 - 油 - 行 - 業合作夥伴，他 - 們 - 的大屏要展現
l 資料倉庫的曆史資料
l excel 檔案中的文本記錄
l 實時工業資料庫中的資料
l 其他業務系統中的以接口形式提供的資料
l 鑽井鑽頭傳感器發回來的 json 實時資訊
r
同時要從這麼多資料來源中取數，并且還要做關聯計算，讓客戶很頭疼，大屏的頁面他們已經設計好，做好了，但是資料卻取不上來，因為按傳統的解決方法，客戶需要：
l 用到 ETL 工具先抽取清 - 洗 DW 中的資料
l 需要把文本檔案導入到資料庫中賦予他們計算能力才能計算
l 需要開發對接工業資料庫的接 - 口
l 需要寫很多的代碼才能解析系統接口和 json 資料
實作起來太困難
作為合作了很多年的老合作夥伴，他們覺得潤乾一直以來協助他們解決了很多難題，自然他們就又把這個難題回報給了我們
我們給客戶提供的解決方案是，使用潤乾的大資料計算工具 --- 集算器
集算器除了關系型資料，還提供了大量非關系型資料接口，可直接通路 Hive、MongoDB、、Hbase、SPARK、redis、阿裡雲 OTS，也包括麥傑等工業資料，也能直接解析半結構化資料，比如 excel xml html txt json webservice 等，同時集算器還有強大的計算能力，客戶用了集算器後，問題也就都迎刃而解了
故事二 解決性能的問題
來自于一個電信行業的合作夥伴，他們的大屏是要給上司統計曆史的各項資料名額，懸和酷都不是問題，美工多調調就可以，但是因為資料量太大而引發的性能問題，他們撓頭了很久也沒能解決，也是在一次交流中，他們把難題發給了我們
确實，電信行業的資料量太多太雜了，
l 有些取數慢
l 有些算的慢
l 有些算的太多卡死
l 有些資料庫壓力太大不讓占資源算
l 有些算法太複雜 DBA 表示他也不會寫 sql 了
l 單機壓力大，規模又不到用 hadoop 的程度，大資料工程師人員成本還高
以至于客戶怕出這些問題，有些名額項竟然用了寫死的假資料，讓大屏的真實性大打折扣
我們給客戶提供的方案仍然是大資料計算工具 --- 集算器
l 分段取數解決資料庫 JDBC 取數的瓶頸
l 多線程并行計算，更高效的利用硬體資源，算的更快
l 遊标技術分批計算資料避免大資料量一次性讀取和計算導緻記憶體溢出
l 壓縮存儲二進制檔案庫外計算，解決曆史資料過多占用資料庫資源的問題
l 分步、有序計算更符合人的自然思維，可以輕松寫出 sql 寫不出或者很複雜的計算語句
l 叢集分布計算解決單機性能瓶頸，更适合小型叢集場景，學習成本及人員成本也低
客戶試用集算器後，性能有了很大的提升，最後這位客戶大屏用的友商的方案，背景的計算用了潤乾的集算器引擎，我們也願意為更多的友商項目提供性能方面的技術支撐，共同成功
結案陳詞
确實是的，大資料背景下的大屏，酷炫和性能是相伴相生的，不管酷炫誰來為您解決，您都可以記住，潤乾是為您解決性能問題的專家
關于更多集算器的内容，請您到潤乾官網了解，最好找個售前和您好好聊聊
詳情連結：http://c.raqsoft.com.cn/article/1534994281704?r=gxy