最近需要實現乙個業務，大致的內容是為了提高效率，把資料庫中的資訊定時同步到記憶體中，然後使用記憶體查詢，提高效率。然後在實現過程中遇到了乙個問題，需要同步的資訊約9萬條，但是這9w條資料對應了133w個，大概乙個id十幾張吧。儲存這些的時候，遇到了小問題。
專案原本使用的結構是：
list
>
vin1，2
vin3，3
使用list儲存，相當於我的乙個list儲存了133w條資料，效率相當的低下，並且查詢的時候效率也不高。
後來一直就在想做成查詢時直接查資料庫，不做載入，但是這樣就相當於每次連線都載入一次資料庫，效率也是比較低。
後來突然發現自己陷入了乙個結構上的誤區，如果我使用：
map
>
其實這個問題並不是乙個困難的技術問題，只是因為陷入了原有專案的影響，先入為主的使用了原來的資料結構，沒有好好思考本質的問題，導致思路進入了岔路，浪費了許多時間。
使用PageHelper踩的乙個小坑
之前使用pagehelper都沒有問題，今天使用時發現查詢出來的資料沒有分頁。一開始的 時這樣的 public pageinfonotsaleorder integer pageno,integer clientid 問題 pagehelper.startpage pageno,3 應該放在你要分頁...
mongodb的乙個小坑
若collection裡有其他的資料，顯示時注意要往query裡新增true,並且需要放在最前面。解釋 下圖是名為test的collection裡面的資料。可以看到上面5條是一樣的資料，第6條是為了測試故意新增進去的。首先，當你執行命令db.getcollection test find 結果如下。...
Mybatis的乙個小坑
以前一直用的ibatis，前陣子才改用的mybatis，對於一些細節不太了解，所以踩了這個坑。廢話不多說，上 下面是出問題的sql語句 insert into g label obj relation his id label obj relation,id label,followed obj c...