電信行業(yè)大數(shù)據(jù)實時營銷和實時分析29(文件)
【正文】 NOSQL方式，數(shù)據(jù)庫可以改為使用開源數(shù)據(jù)庫 MySQL，存放配置信息。 這樣 ， 中國移動就可以和應用軟件廠商實現(xiàn)共贏 。 方案 2細節(jié)： ?基于此特點，可以在每日凌晨把客戶統(tǒng)一視圖數(shù)據(jù)加載到hadoop中，白天訪問時直接查詢數(shù)據(jù)，速度快，效率高。 Yahoo 的 S4聽說挺不錯?；粮? 個人建議： ?平時多積累， “功夫在詩外 ” ?多做 SWOT分析 ?多關注大環(huán)境，多從大局出發(fā) ?做創(chuàng)業(yè)、做 BI要多眼于未來，產(chǎn)品規(guī)劃、設計要面向未來，多考慮未來三五年的環(huán)境和競爭 ?《 扁鵲見蔡桓公 》 BI人學習的榜樣 推薦閱讀 職業(yè)規(guī)劃 ?《 定位 》 、 《 人生定位 》 系列書籍 ?《 浪潮之巔 》 、 《 數(shù)學之美 》 等 ?《 暗時間 》 ?《 異類 》 ?《 一部手機打天下：人類最后的掘金機會 》 ?《 決戰(zhàn)大數(shù)據(jù) 》 ?《 高效能人士的七個習慣 》 ?《 窮查理寶典 》 ?《 失控 》 ?彼得 西方戰(zhàn)略家通過打勝仗檢驗自己的理論 ， 孫子則通過不戰(zhàn)而勝檢驗自己的理論。 ?云計算方案，應該是可以考慮借鑒谷歌做搜索查詢這塊的成功經(jīng)驗。 ?至于 hadoop方案 ， 客戶統(tǒng)一視圖標簽月表每月生成一次 ，日表每日按生產(chǎn)一次 。 方案 2細節(jié)： ?整體來說 ， 實用 hadoop方式或庫外標準 C開發(fā)方式后 ， 可以更有效減少中國移動在硬件上的投入 ， 在數(shù)據(jù)庫的投入 。 ?采用 hadoop方案后，整體數(shù)據(jù)量在千萬級，有些省例外，到了億級。 ?數(shù)據(jù)加載完成后 ， 再通過 socket通知前端處理完畢 。涉及到硬件投資增加問題，不建議采購小型機，改為采購刀片服務器或其它服務器。 ?地市之間，考慮到不同地市的用戶數(shù)不同，則可以對不同地市的分表或分文件數(shù)量做優(yōu)化，用戶數(shù)多的地市分表和文件多，用戶數(shù)少的地市分表或文件少，盡量和所有的100、 1000或 10000以上的表或文件中數(shù)據(jù)量保持一致，這樣并發(fā)處理線程同時處理，完成時間也能基本相同。 ?如果并發(fā)線程壓力太大的話，可以考慮改為減少并發(fā)線程數(shù)，或者改為串行?？傮w速度應該在毫表級，可以實時把數(shù)據(jù)回傳給
教學課件相關推薦
鄂ICP備17016276號-1