偷尼出奇蛋

一天內有兩個對我很重要的人....

不約而同的跟我說了同樣一句話...

很意外...很難過...

卻也很高興....

I walk a lonely road
The only one that I have ever known
Don't know where it goes
But it's home to me and I walk alone

剛剛在癮科技看到的桌子

哈哈   可以當爵士鼓打了...

該有的都有了...  連牛鈴也有 XD

好樂器....平時可以藏在民宅之中...   不愧為七大樂器之首   (啥

...

『這問題反應很久了...』
『這功能兩年前就答應要做了』
『可不可以改ＸＸＸＸ然後ＯＯＯＯＯ』
『.......』

結果做出來了...

放了三天....

只有幾隻貓來測試    還是我從MSN拉來的....

看來大家都不急麻....

那我這麼趕做什麼呢???

早上收到集團內的PCHOME部門的公告...

要出清倉庫的雜物...

清單上的商品幾乎都是市價1-3折啊...

還有隨便賣的10元20元的...

太讓人心動了 XD....

相了幾個商品後...

時間到了就一群同事浩浩蕩蕩跑去排隊了...

結果號碼牌拿到 35 號 T_T....

想說大概買不到想要的東西了....

結果....

...........  以下是戰利品清單 ..........

作詞：羅大佑、張大春、許乃勝、李壽全、邱復生、張艾嘉、詹宏志
作曲：羅大佑

（蔡　琴）輕輕敲醒沉睡的心靈　慢慢張開你的眼睛
（余　天）看看忙碌的世界　是否依然孤獨地轉個不停
（蘇　芮）春風不解風情　吹動少年的心
（潘越雲）讓昨日臉上的淚痕　隨記憶風乾了

--

剛在 綠色工廠 看到的...
原本只是想說看看就好...
發現還蠻有意思的 XD

全年生日性格表
準不準看個人囉
別太迷信   參考參考^^
....

雖然早就知道...

接這工作是多麼吃力不討好...

nnoDB和MyISAM是在使用MySQL最常用的兩個表類型，各有優缺點，視具體應用而定。基本的差別為：MyISAM類型不支持事務處理等高級處 理，而InnoDB類型支持。MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，但是不提供事務支持，而InnoDB提供事務支持已 經外部鍵等高級數據庫功能。

MyIASM是IASM表的新版本，有如下擴展：
二進制層次的可移植性。
NULL列索引。
對變長行比ISAM表有更少的碎片。
支持大文件。
更好的索引壓縮。
更好的鍵嗎統計分佈。
更好和更快的auto_increment處理。

以下是一些細節和具體實現的差別：

1.InnoDB不支持FULLTEXT類型的索引。
2.InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃瞄一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出保存好的行數即可。注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的。
3.對於AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯合索引。
4.DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。
5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據後再改成InnoDB表，但是對於使用的額外的InnoDB特性（例如外鍵）的表不適用。

另外，InnoDB表的行鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能確定要掃瞄的範圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like 「%aaa%」

任何一種表都不是萬能的，只用恰當的針對業務類型來選擇合適的表類型，才能最大的發揮MySQL的性能優勢。

轉自 http://www.phpobject.net/blog/read.php?124