撰寫資料庫程式中的資料庫選擇? |
答題得分者是:P.D.
|
hornacek
一般會員 發表:29 回覆:76 積分:21 註冊:2004-02-02 發送簡訊給我 |
|
暗黑破壞神
版主 發表:9 回覆:2301 積分:1627 註冊:2004-10-04 發送簡訊給我 |
|
canvas
一般會員 發表:6 回覆:21 積分:10 註冊:2004-01-25 發送簡訊給我 |
|
P.D.
版主 發表:603 回覆:4038 積分:3874 註冊:2006-10-31 發送簡訊給我 |
|
hornacek
一般會員 發表:29 回覆:76 積分:21 註冊:2004-02-02 發送簡訊給我 |
|
hornacek
一般會員 發表:29 回覆:76 積分:21 註冊:2004-02-02 發送簡訊給我 |
|
P.D.
版主 發表:603 回覆:4038 積分:3874 註冊:2006-10-31 發送簡訊給我 |
並沒有什麼好不好! 想像一下這是你的胃, 一旦被撐大了, 當食量變小了會不會自動回到原來大小, 答案是不會的
由於資料庫是一直成長的, 為了考量效能, 並不會在一筆資料異動後即時對資料庫做任何瘦身的動作, 萬一資料庫很大的時候, 那每一筆異動要耗掉多少時間, 就算是 MS-SQL亦是如此, 所以各家都有發展自己的的PACK壓縮功能, 可能手動, 可能透過定時或者其他方式採用被動式的整理, 所以這是很正常的啦! ===================引 用 hornacek 文 章=================== 原來SQLite與MS Access一樣,刪除資料時,檔案都有不會變小的問題... 不知道為什麼資料庫要設計成這樣?有什麼好處呢? 謝謝! |
hornacek
一般會員 發表:29 回覆:76 積分:21 註冊:2004-02-02 發送簡訊給我 |
原來如此~~~的確,如果當資料庫很大時,變更資料確實有其時間考量...
不過為了節省空間,一段時間就要壓縮一次,也是挺麻煩的... @@ ===================引 用 P.D. 文 章=================== 並沒有什麼好不好! 想像一下這是你的胃, 一旦被撐大了, 當食量變小了會不會自動回到原來大小, 答案是不會的 由於資料庫是一直成長的, 為了考量效能, 並不會在一筆資料異動後即時對資料庫做任何瘦身的動作, 萬一資料庫很大的時候, 那每一筆異動要耗掉多少時間, 就算是 MS-SQL亦是如此, 所以各家都有發展自己的的PACK壓縮功能, 可能手動, 可能透過定時或者其他方式採用被動式的整理, 所以這是很正常的啦! ===================引 用 hornacek 文 章=================== 原來SQLite與MS Access一樣,刪除資料時,檔案都有不會變小的問題... 不知道為什麼資料庫要設計成這樣?有什麼好處呢? 謝謝! |
本站聲明 |
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。 2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。 3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇! |