各位大大: 我現在有一個IB server .P3 1G .512 Ram. 40 80 G hardisk 有5個users. database 為800M左右.現在我想盡可能提高IB處理速度 . 現好慢好慢!!!! 請給各位IB使用高手賜教一二. cach page 為 4090 .. IB version 6.5 OS WIN2000. 謝謝!!

引言: 各位大大: 我現在有一個IB server .P3 1G .512 Ram. 40 80 G hardisk 有5個users. database 為800M左右.現在我想盡可能提高IB處理速度 . 現好慢好慢!!!! 請給各位IB使用高手賜教一二. cach page 為 4090 .. IB version 6.5 OS WIN2000. 謝謝!!

硬體部份 1.把40G與80G硬碟分開放在兩個不同的匯流排上, 當兩種不同的轉速的硬碟同時接在 IDE0的MASTER, SLAVE上, 系統為整合功能會自動調降符合低速硬碟 甚至建議你根本拿掉40G, 可以明顯發現速度會提昇不少! 2.P3沒有DUAL MODE 的模式, P4 對RAM的支援有DUAL MODE, 可以考慮 3.使用DISKARRAY 0 1, 或 5 模式可提昇速度30%以上 軟體部份 1.注意你的SQL寫法, 儘量少用 select * ....方式, 因為這會造成server端每 次都要再去解譯 *, 假設table欄位有50個, 該段只用到5個欄位, 那就 select field1, field2, field3, field4, field5 ... 即可 2.儘量使用交易模式進行異動, 也就是開啟交易後在完成交易前不要任意applyupdate及commit, 舉例

while not ibquery1.eof do begin
   ibquery1.edit;
   ibquery1......
   ibquery1.applyupdate;
   ibtransaction1.commitretaimin...;
   ibquery.next;
end;

這樣的寫法是十分佔效能的, 因為每修改一筆就要回存, 不用1000筆速度就可能 下降10倍以上, 所以把 apply, commit 移到迴圈外再執行 3.select 儘量縮小範圍, 由於ib6.5並沒有如sql2000有 select top n 的用法, 所以為免一次下載過大記錄, 塞爆server效能, 儘量縮小數量 4.由於你的硬體設備先天不良, 如無法提昇設備狀況下, 簡單的說, 小心你的程 式寫法! 我提供自己做過的一個案子 pc: server級 1Gnet card DiskArray 5 SCSI 10000轉 3顆, 2.8G cpu * 2 512M Ram, win2003 server(這台約15萬) 我利用20萬記錄(約200M)搜尋一個月的貨單並加以分析計算出約500筆結果 此台第1次計算花10秒, 第2次以後不到3秒就出來了 另外我用一般P42.8g當單機來算第1次花到4分鐘, 第2次後約1分半, 如果我用 P4 2.8g做SERVER, 由另外一台同樣 P4 2.8連接, 同樣條件分析第1次 要花到6分鐘, 第2次後也要花5分鐘 但如果我以 P4 2.8G做CLIENT 連上面的SERVER, 第1次計算花1分半, 第2次後花30秒左右 這也就是說, 做為主機的SERVER還是要好一點才能得到理想的速度 以上測試都是在IntraNet上 發表人 - P.D. 於 2004/12/17 03:27:08

1.把40G與80G硬碟分開放在兩個不同的匯流排上, 當兩種不同的轉速的硬碟同時接在 IDE0的MASTER, SLAVE上, 系統為整合功能會自動調降符合低速硬碟 甚至建議你根本拿掉40G, 可以明顯發現速度會提昇不少! 2.P3沒有DUAL MODE 的模式, P4 對RAM的支援有DUAL MODE, 可以考慮 3.使用DISKARRAY 0 1, 或 5 模式可提昇速度30%以上 //__________________________________________________ 1. 硬碟轉速一樣是否不影響呢.(現40G 80G 轉速一樣) 3. DISKARRAY 0 1, 或 5 模式 不明白﹐能否詳細指點一二

引言: 1. 硬碟轉速一樣是否不影響呢.(現40G 80G 轉速一樣) 3. DISKARRAY 0 1, 或 5 模式 不明白﹐能否詳細指點一二

1.不論40與80的轉速是否一致, 我們在處理新舊硬碟時, 都會儘量避免放在同 一通道上, 因為電腦設計上都有一個向下相容修正的功能, 所以在40,80不盡相 同規格的狀況下, 能避開是最好的 2.參考 http://delphi.ktop.com.tw/topic.php?topic_id=57870