資料量不大的資料倉儲方案有必要用 hive 嗎?
目前 hive 已經是第一技術選項,但你覺得大炮打蚊子了,於是想找個小一點的。
我覺得你這個考慮角度不對。你應該考慮的是,本專案使用hive的成本投入是多少,對於你們的收益來說,是否合算,而不是什麼 沒有起到大資料應有的作用。成本合算,就用;不合算了,再說是否換別的方案。
比如說你們已經有了一個Hive做的現成的資料倉儲,拿過來改改就能給這個客戶用,錢多活少,那為什麼不直接用呢?反過來,如果部署成本很高,客戶又不肯花錢,那這個產品從技術上再適合客戶,也沒意義。你們不可能搭錢替人家白乾不是?!
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/70016760/viewspace-2893319/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 概念剖析:白話主資料
- .NET混合開發解決方案12 網頁JS呼叫C#方法訪問WinForm或WPF窗體C#.Net
- 汽車行業供應鏈管理解決方案:打造企業協同智慧供應鏈
- 代理伺服器可以保護資料安全嗎?
- 使用代理IP抓取資料需要注意什麼?
- 連線資料庫失敗提示hba.conf不符合的處理方法資料庫
- 打造中國資料庫領導品牌,共贏未來資料庫
- 小資料量使用者場景使用KunlunDB的價值
- 快收好Smartbi送你的資料視覺化大禮包視覺化
- 資料分析不好做?這個流程教你開啟新思路
- 資料結構篇_程式設計思想板塊_第一章順序表和連結串列資料結構
- 一文讀懂資料庫發展史資料庫
- Docker容器的資料卷Docker
- Cephfs資料池資料物件命名規則解析
- Redis 為何使用近似 LRU 演算法淘汰資料,而不是真實 LRU?演算法Redis
- .NET混合開發解決方案13 自定義WebView2中的上下文選單.Net