關於大量一次性資料解決方案：
適合大量的資料查詢增加、定期或偶然性查詢或統計。
//下面是一條gps位置資訊，儲存在上面的gpsbody 欄位中
//下面是乙個連線表，想到與乙個索引表，比如說報警字段，其實還可以放入其他的重要輸入。
當需要查詢的時候就在這個表中查詢，因為這張表就是乙個索引表，所以很快。查出結果後
根據entity_id 欄位在上面的表中查詢詳細的資訊進行處理。
這樣的好處第乙個表只做資料儲存，沒有任何索引。所以可以滿足gps資料的快速儲存。
第二張表只做索引，可以滿足定期或偶然性的資料查詢和統計，畢竟查詢出來的結果還是
少數資料，在去第一張表查詢時很快的。
優點是* 增加索引時候只需要 1. create table，2.更新程式
* 刪除索引時候只需要 1. 程式停止寫索引表(實際就是乙個普通表)，2. drop table 索引表
這種索引方式也是一種值得借鑑的設計模式，特別是key value型別的資料需要索引其中的內容時。
非同步執行緒 一次性傳送大量郵件
1.郵件傳送介面 偽 2.構建執行緒物件 class sendemailthread extends thread public void run catch exception e 3.傳送邏輯方法sendemail 此處根據自己的業務邏輯自行設計，可將郵件及其內容寫入redis佇列，或者有mq軟...
一次性成功
沒有人能隨隨便便成功 最近察覺到自己思維的乙個誤區，希望實現的目標第一次就成功，順順利利跳過失敗。這是大家都想要的結局，美好的期望總被現實的波浪所淹沒，因為失敗是避免不了的。一次性成功的想法導致焦慮，困惑，自我懷疑，這個時候如果放低要求換個角度思考，第一次失敗又如何，如果失敗了倒下了哪有怎樣？只要自...
一次性解決SecureCRT或Xshell超時問題
一 securecrt securecrt有乙個選項可以設定每隔多少秒自動發 送乙個資訊到伺服器端，告訴伺服器端客戶端還在連線中。會話選項 終端 反空閒 傳送字串 可以設定，比如傳送 n null或其他資訊過去，後面可以設定每隔多少秒傳送，比如可以60秒一次，這樣可以保證不會掉線。如果想應用於所有會...