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

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

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

卻也很高興....

偷尼 發表在 痞客邦 留言(0) 人氣()



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

偷尼 發表在 痞客邦 留言(1) 人氣()

 

剛剛在癮科技看到的桌子

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

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

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

...

偷尼 發表在 痞客邦 留言(1) 人氣()


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

結果做出來了...

放了三天....

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

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

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

偷尼 發表在 痞客邦 留言(1) 人氣()


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

要出清倉庫的雜物...

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

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

太讓人心動了 XD....

相了幾個商品後...

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

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

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

結果....

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

偷尼 發表在 痞客邦 留言(2) 人氣()




明天會更好

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

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

偷尼 發表在 痞客邦 留言(0) 人氣()

--


偷尼 發表在 痞客邦 留言(0) 人氣()

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

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

偷尼 發表在 痞客邦 留言(0) 人氣()

雖然早就知道...

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

偷尼 發表在 痞客邦 留言(2) 人氣()

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

偷尼 發表在 痞客邦 留言(0) 人氣()