七月

七月了，中國人傳統習俗中的鬼月，很熱鬧的一個月，整個月常常會有人在拜拜，除了平常的初一、十五，還有七夕跟中元普渡，整年裡也就這個月是每一天都可能有人在拜拜的月份。依慣例，七夕會準備油飯、麻油雞跟甜芋湯，普渡會準備很多乾糧、飲料、罐頭，整個月下來呢，如果是照習俗拜的話，一家買個3,4隻雞跑不掉。

通常，我家普渡乾糧都可以吃上個一整年，尤其是泡麵、罐頭……去年的吃到現在差不多要吃完了，然後過兩週普渡又馬上要接上了，很忙的啊。

說實在的，因為中元節各大賣場都有大特價，有時候會一買下去就收不了手，因為便宜又能放，多買一些屯著也沒關係，然後就買了一大堆……不過泡麵除非是斷糧了，不然在家還真的乏人問津啊！雖然它們久久煮一次加個蛋再加點青菜真的挺好吃的……





好的，這篇是上來打混的，Over!

帶什麼逃

這次風災，南部很多逃出來的民眾都是在急急忙忙下什麼都沒帶到，所以我深深覺得應該在災害還沒發生的時候，先想好真的要逃的時候要帶些什麼東西。

嗯……我想了一下……
首先錢包是一定要的，有備無患嘛，又不是什麼很沉重的東西。
然後要帶個手機，至少有聯絡的到外界的希望。
再來要帶個手電筒，這裡要大推好市多的手搖式手電筒，完全沒有沒電的問題，充電把手多轉個幾圈就能發亮，而且很輕，體積又小。
還要帶些衣物毛巾，加一加不超過５件，以免行李太澎。
還有要帶著相機，如果很幸運的能順利逃出的話，究竟是能帶一些畫面出去，說不定賣給記者還有一點收入（都這個時候還在想怎麼賺錢……）
如果還能拿的話，就再帶個筆電，至少做個記錄，而且相機裡的檔案也是要透過電腦傳出去的啊！

好的，看起來這包行李不小，我得先練練身體，以應付重裝下還要速逃。




然後打到這裡，忽然發現我完全沒有想要帶食物，真的以為有錢好辦事XD

可憐

每次颱風我都覺得氣象局的人很可憐，先是為了掌握颱風動態整天都要工作，然後是為了讓民眾了解颱風現況，固定時間要對媒體說明，隨時要接call in電話，最後是如果一開始的預測狀況跟實際結果有差距，就要準備被所有人炮轟。

人真的很奇怪，沒事的時候要你花錢做準備，不肯，覺得那是亂花錢，出事的時候又要怪人家做不好，為什麼不肯多花點錢做準備，這樣真的很矛盾。雖然我也覺得政府機關花錢只是為了消化預算，當他們花錢買下以億為單位的設備，我也跟一般人一樣罵到翻過去……

其實我覺得中央氣象局在預測颱風上面已經算準確率高的了，幾次的颱風預測，其它國家預測的路徑都沒有中央氣象局準確，不過因為部份人事後諸葛，搞的大家都覺得中央氣象局是個亂預報的機關，這樣對辛苦的氣象人員真的不公平。

怎麼當氣象局預測資料跟實際狀況不相上下時，大家沒給掌聲鼓勵呢？

想想這次的颱風，哪位說CNN準的？我想問他如果這次中央氣象局用了CNN的資料，結果不準，你會怎麼說呢？你也許會說CNN也不過如此，也許會說中央氣象局花了那麼多預算，買了那麼多設備，結果颱風預測還要跟人家買？！我們人民的錢就是被你們這些人拿去亂花的云云。又如果我們其實沒有中央氣象局，每次為了預報颱風，還要引用這裡的資料、引用那裡的資料，或是跟某某氣象分析單位買資料，你會不會又說這樣是亂花錢，我們怎麼不自己組一個單位來預測呢？然後這一切問題又回到最前面重來一遍。

是不是，人真的是很矛盾的動物。

不管颱風造成了多少災情，氣象人員的努力是值得鼓勵的。再準的預測都只是預測，就算我一開始看到衛星雲圖就跟你說這次一定會土石流、大淹水、橋斷好幾條，不過我沒有數據，是亂猜的，你會信嗎？氣象局也是看數據說話，即使他心裡跟我一樣這樣猜測，他也不能說，因為萬一事實不是如此，他會被罵的更慘。

MySQL複製一筆資料

這個說起來很簡單，真的做起來其實也很簡單，但因為不常用，應該有不少人用起來很生疏吧！

語法其實很簡單
INSERT INTO tablename [VALUES (fields...)]
SELECT fields FROM tablename [WHERE ...]

我想這個在使用上最容易遇到的問題，就是主索引跟唯一值不能重複的問題了。
在最單純的狀況下，要把tableA的一筆資料複製，只要下

INSERT INTO tableA
SELECT * FROM tableA WHERE id=3

就行了。不過呢，如果遇到鍵值不能重複的話，就要在設定VALUES裡設定欄位，當然相對的在後面的SELECT裡，也要指定一樣的欄位。

這樣如果某個表欄位很多，又要避掉索引值的話，其實光用想的我就累了……應該有方法可以處理掉欄位的問題，但那是個懶方法，卻不一定是個好方法，在目前還沒遇到那麼棘手的問題前，還是勤勞的慢慢key欄位名稱好了～

這個方式也是可以用在Oracle跟MSSQL裡的，其他的資料庫因為手邊沒得測，就不知曉了。