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