其實我不知道聯合查詢大家常不常用。不過當時我年輕不懂事的時候好像很愛用的樣子（喂）。使用這種交集式的聯合查詢，其實有一個稍微要注意的地方，就是，針對你在撈出來的資料表中的資料，重複性最好不要太高，這樣使用
UNION ALL 的效率就會非常的好。
詳細的效率可以參考這篇文章（雖然舊了點）。
http://www.mysqlperformanceblog.com/2007/10/05/union-vs-union-all-performance/
什麼時候會用上？多資料表聯集的時候。但是真的一定要用嗎？上面的文章中，也有指出使用原始查詢條件也可以達到同樣的結果。那，使用聯合查詢有什麼好處（上述文章也有提及）？
> if you do
以前在 BSD 很習慣用 zsh 這個 shell，但是用了 Ubuntu 當工作環境這麼久了，現在才想到要換成 zsh 似乎有點慢半拍了。
不過，這一套真的好用！
https://github.com/robbyrussell/oh-my-zsh
他有超多 theme 可以選，我是用這個：steeef
主要是，他有可愛的糖果圖示（如果你進入的資料夾是 git 相關的話）。然後 zsh 大家也知道的，tab
Plupload 這個上傳器，我想應該不會很陌生吧（應該）。他有一個很微妙的錯誤。
請看上傳端 PHP 處理的這個部份：
// Make sure the fileName is unique but only if chunking is disabled
if ($chunks < 2 && file_exists($targetDir . DIRECTORY_SEPARATOR . $fileName)) {
$ext = strrpos($fileName, '.
由於 CakePHP 的模組本身就是 ORM [http://zh.wikipedia.org/wiki/ORM]
的一種，所以在操作上有著迅速，便利，低風險（例如 SQL Injection）爾等好處。當然也不是沒有缺點，大概就是要犧牲掉一點效能吧。原生的 SQL
語法當然可以最佳化方式很多，當然衍生的問題也多。
首先，這裡先理解 Model 的運作方式，先是在 models 資料夾中建立一個模組，我們叫他 my_
我在墾丁天氣晴，老梗，我知道。
這次的團員，正中央那個是沒睡飽的民宿老闆。很有趣的一個人，而且讓人有種熟悉的感覺，我一直覺得在哪裡看過他（茶）。
[http://www.flickr.com/photos/hinablue/5729205828/]
這張看起來有睡飽了（喂）。
[http://www.flickr.com/photos/hinablue/5729206386/]
老闆說他花了四個小時做了這個牌子。
[http://www.flickr.com/photos/hinablue/5728654271/
