VFP 愛用者社區

[goodnight]

你是在問查詢動作是嗎??

儘量用 sql 語法, 工作站記憶體用大一點, 不要用 amd 的cpu
主機板的晶片組用 intel
intel cpu 不要用 賽揚, 至少用 pentium D

網路改用 giga net
資料庫主機的記憶體不要小於 4G, cpu 用 intel 雙核, 作業系統不要用 xp pro

[syntech]

說法很怪.

INTEL 晶片組的硬碟存取效能最快,
所以如果你要硬碟存取速度最快,就是找INTEL平台,
因為現在AMD CPU 只能用AMD的晶片組,INTEL CPU也只能用INTEL的晶片組.
除非你有錢到用外加高檔ADAPTEC磁碟陣列卡取代.

當然,至於intel晶片組與amd晶片組相差多少,
應該找些測試網站看看,
可能沒差多少,反映到實際運作可能又差更少.
謠言說, AMD SB710 與 INTEL ICH10R 真的相差不多.

[aizz]

[jerryclt]

熊熊看到這篇,
雖然討論結果不出 index + rushmore 的範圍,
但是...小弟不才還是要嘮叼幾句...

300MB不是問題,
就算是2GB也不是問題,
最大的問題是(筆數),
而不是檔案大小;
檔案的大小只和記憶體有關,
對於搜尋的速度來說,
可以算是兩碼子事!

當你設計出一個檔案可以容得下數十萬甚至上百萬筆記錄時,
這就有問題了!
SQL SERVER就能解決這個問題嗎?
SQL SERVER不是萬能的,
對小弟而言,
這個東東只是一個附加費用的產生而已.

就VFP現有的功能,
已經足夠讓你去搞DNA的排序(稍微誇大了 @@),
我的意思是說,
如何在現有架構下去突破這種無限上升的資料記錄筆數,
才是設計師該有的專業精神,
等到SQL SERVER也吃不下你的設計時,
還有什麼可以拿來塞?

拆吧~~
檔案超過3,5萬筆就拆吧!
對很多人來講,
這個拆並不是個問題,
很容易的喔 ^^"

[kalok]

我覺得只要使用某個DBF, VFP會將整個DBF資料都下載到工作台. 300MB算大的了.