這種單一檔案儲存都是這樣操作的，刪除後只會 Mark 起來，後面有用到的才會去覆蓋

不然你就會像 zip 那種一樣，1GB 壓縮檔你砍掉一個 1byte 的檔案也是要整個拆封再重新壓縮，砍一封 EMail 要花兩分鐘以上 User 不瘋掉才怪

Thunderbird 用不習慣，我是用 Outlook 不然就乾脆用 WebMail 打純文字

這是資料庫的管理觀念
中文叫做重整 重組 壓縮 壓實
雷鳥的資料檔也是有一樣的觀念
不是什麼艱難的理論

原來是這樣子呀，路過學到一課。 :D

意思就是，平常做的動作只是標記而已，
如果實際資料量到了資料庫的設計上限，
就無法繼續使用，這時就要依據標記，
做資料庫的整理以去蕪存菁...是嗎？ :ase

這就令人好奇Outlook Express中，
壓縮一辭的英文原文是用哪個字？

這跟最古老的Database操作相同，刪除並不會真正執行，只是Mark而已，還要再作一次Re-index。

當然我也覺得它的表單陳列設計不良，表達不清。

live mail效率很差, 問題一大堆也不改, 一般使用可以, 重度使用會氣死人

我是認為 , Outlook express是給一般user使用的軟體,當然說明部份要達到一般user一看就知道的用語及用詞

這軟體當初設計者是打算只給Database Admin 來使用的嗎? 把每個人都當做Database Admin
來看待嗎? 雖說我正好在進修Oracle 9i SQL , 也正好有讀到類似的功能,叫做savepoint & Rollback
但我還是很難把這些功能與outlook express給連想在一起!! :jolin:

我記得雷鳥的刪除及清空功能與outlook express不同 , 雷鳥的刪除就真的把Email本體就搬到
Trash裡去了,Trash一清空,就真的刪除了!!

http://www.linuxpilot.com/industry/...kiji/2011062701

不要少見多怪
User一堆問題不懂不怪他 (Ex:OS的暫存檔與檔案破碎問題)
IT人不懂
我也不怪他
誰一開始就會
IT人不懂
被點過還要找理由
那我就不知道該說什麼了

Oracle部份
比較相近的動作是Space Reclamation and Reorganization

順便一提
不只是郵件軟體
像是Firefox, Acdsee等常見應用程式也有微型資料庫的設計
用久了不知道要維護也是會發生問題
大家要謹記在心

不懂就學 那裡來的這麼多抱怨啊???

難怪被點...

作MIS不能觸類旁通也是寫軟體的人的錯???