資料庫檔案50M，圖片數量1500個，每張圖片大小在200KB至300KB之間，由于like陳述句的bug問題，改用instr繞過了日語的查詢報錯，感覺沒慢到哪去。電腦是奔騰II+32M記憶體+win98作業系統
現在還需再插入2000張圖片左右，不知道ACCESS還有多少擴展空間，我的想法是先放3000張圖片，如果沒感覺有什么問題，我就連圖示也加上去，圖示大約有6000多個，是NDS游戲的圖示。
uj5u.com熱心網友回復：
電腦是奔騰II+32M記憶體+win98作業系統 ？？？樓主，你ＮＢ…………
uj5u.com熱心網友回復：
胡扯，你這是Windows 2000+的系統。uj5u.com熱心網友回復：
不錯，這應該是Win2K或更高版本的“經典配色方案”。Windows 98，系統默認配色方案下，滾動條、標簽背景、按鈕表面等“立體物件”的顏色是 &HC0C0C0 。
樓主貼的這張圖，滾動條、標簽背景，表單的背景，都是 &HC8D0D4 ，跟Win2K或更高版本的“經典配色方案”一致。
uj5u.com熱心網友回復：
大家重點偏移了，我只是為了探討access的極限就用一臺能上網的電腦截個圖說明一下。我還有個類似的程式加載3000+個游戲在PII電腦上都是兩秒鐘的事。
我的老伙伴們還在蜂窩煤，用個win98無需驚動檔中央。
uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
幾千個圖片一點都不多。你設想下csdn，每天注冊的用戶數萬個，上傳的圖片數十萬張，圖片被顯示的次數，數億次。uj5u.com熱心網友回復：
快和慢都是相對的。
應用設計的要點是充分滿足需求。如果在特定條件下，你認為可以滿足需要，將圖片插入資料庫也并非不可以。
我曾經在數年前做過一個應用，圖片較大（一般是照片），就將圖片另存于一個特定檔案夾下。當時機器記憶體也小，照片存入資料庫的話，查詢引起大量的磁盤交換，相當慢。
此外，寫應用要考慮到用戶可能使用的最差機器環境。如果一個程式僅僅是自己的機器上用，當然就簡單得多。
uj5u.com熱心網友回復：
樓主試過遠程讀寫沒有？如果資料庫是在遠程，那么查詢的時候，要把所有查詢到的結果都下載到本地后才能回傳給呼叫者
所以有人覺得在資料庫查詢圖片會覺得慢
這個可不像瀏覽器瀏覽圖片那么簡單，瀏覽器根據 socket 通訊，可以邊下載邊處理
而資料庫是全部下載下來后再回傳的
uj5u.com熱心網友回復：
資料庫的存取效率本來就比檔案系統高，只是存在資料庫不能直接看，需要相應的軟體uj5u.com熱心網友回復：
圖片存到資料庫,量少情況下以及用戶少甚至ACCESS一樣單用戶,單機等情況下一般還好.說有性能問題,主要是數量多以及多用戶外加網路使用情況下的問題,如果你遇到過,就不會有此一帖的了.
只做單機單用戶的話硬碟IO一般還是足夠的,只要圖片不要太多.
uj5u.com熱心網友回復：
我現在也是把圖片放到資料庫，之前是把截取的圖匯出BMP再檔案流到資料庫，發現遠程讀取時有點慢，后來先壓縮成JPG，再存入和匯出，可以速度快好幾倍uj5u.com熱心網友回復：
樓主能否把代碼貼出來，以饗讀者。也讓俺學習學習uj5u.com熱心網友回復：
本地存盤、數量不大，外加訪問量不高，再加上索引，應該不會很慢。但是幾萬條，外加訪問量大的話，肯定會很卡的。不信試試吧。
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/118086.html
下一篇：求一個破解VB的密碼軟體