針對十萬台左右移動設備的定位數據建立資料庫,每台設備每天大概200條信息。想設計成多個用途:1.可以存儲設備最近一次的位置信息並提供快速查詢檢索,2.存儲設備一個月內的位置信息用於分析每天計算分析,3.存儲設備一年的位置信息用於低頻次歷史查詢。應用需求:每天基站接收移動設備發送的位置信息包,需要判斷是新設備還是老設備,並更新位置信息


弄過類似的場景。

本人用的是hbase。號碼rowkey。

實時採集用戶的cs信令數據入庫。用戶數將近2000萬。查詢用戶的實時位置、最後通話時間、最後開關機時間都是一秒內。

才10萬用戶,你這需求基本只需要簡單的優化即可。

簡單掰扯一下

高頻次熱數據查詢,當然這是NoSQL的專長,鑒於需求簡單完全就是一個key-value查詢,用memcached即可,簡單高效,毫無壓力月度數據分析,如果效率不是特別敏感,查詢用戶可以等個幾秒沒關係,用MySQL針對插入和查詢做好索引和分表實現即可。如果對效率比較敏感那就用Redis或mongo,月數據丟內存里,針對需求設計好存儲格式。年度這個確實有點大,不過我相信需求上也不會要求太高的效率(如果要求那就犧牲成本),可以針對查詢需求專門做一個特化的庫,從外部寫程序對數據進行匯總得到結果

sql或nosql都可以,選個自己熟悉的。把實時表和歷史表分開即可。

sql:mysql、postgre...

nosql: mongo...


mongo了,簡單易用

感謝邀請,資料庫方面的問題我不太熟,但是基於現在的去「IOE」時代,我還是推薦使用 MYSQL。節約成本嘛。


MYSQL/PG!


隨便選,好好做設計,做好分表/索引之類的。


推薦閱讀:
相关文章