如題 DBASE的TABLE 資料在10萬筆以內 查詢都正常 但超過 反而會找不到任何資料? 似乎是掛在增加那邊 請問各位大大有解決辦法嗎? 以下為大略範例程式碼 Qdbf.close; qdbf.sql.clear; qdbf.sql.add('select * from customer.dbf order by custno'); qdbf.open; 發表人 - elma 於 2005/12/05 16:50:10

試轉成ACCESS的table再處理 **

------
What do we live for if not to make life less difficult for each other?

引言: 如題 DBASE的TABLE 資料在10萬筆以內 查詢都正常 但超過 反而會找不到任何資料? 似乎是掛在增加那邊 請問各位大大有解決辦法嗎? 以下為大略範例程式碼 Qdbf.close; qdbf.sql.clear; qdbf.sql.add('select * from customer.dbf order by custno'); qdbf.open; 發表人 - elma 於 2005/12/05 16:50:10

1.首先要澄清的是, 10萬筆不是一個臨界值, 還得視資料庫的欄位大小與每筆RECORD的BYTES值, 所以有可能5萬筆就會有如此狀況 2.DBF原本就是一個很單純的資料庫結構, 所以當筆數過大時會影響效能這是必 然的, 而且影響效能的狀況不是以倍數等比計算, 筆數越多延遲結果呈數倍 到數百倍都有可能, 所以你會當在那裡, 其實不是當掉, 而是你的語法命令Delphi要把所有筆數全數載入, 所以耐心等, 20-50分鐘內系統負荷的了的話, 就會出現, 我曾經load一個150萬筆的dbf花了2個小時, 吃掉系統資源40%效能 3.最終的結果是建議更替為其他的資料庫系統 4.如果無法換資料系統, 嘗試對要搜尋的欄位建立索引檔, 但要注意的是, DELPHI支援DBF的索引檔為 MDX, 對於DBF本身可接受的NDX, NTX, CDX都是無效的, 相信加了索引速度會有絶對的提昇 5.對於QUERY的語法, 請不要使用 select * ..., 請把要搜尋後帶入的欄位寫入即可, 例如 select name, no, count ..... 6.如果對於排序不是那麼重要的話, 請不要加 order , 會拖速度 7.對於大容量的筆數, 請儘量使用 where 來降低回傳的筆數

大大您好我沒講清楚 不是當機(雖然別的資料庫是有當過啦= =") 不過現在是使用SQL OPEN 執行最後查詢的結果是找不到資料 資料好像根本沒抓進來QUERY 怪怪的一直抓不出問題=0= 而且只有超過10萬筆才會這樣 以內都很正常 麻煩了*0* 發表人 - elma 於 2005/12/06 15:25:54

hi elma日安: 一、以區間筆數測試(95000,96000,97000,98000,99000,10000...)去過濾出 更明確的筆數區間，進而找出有問題的記錄。 若是ORACLE--> SELECT * FROM CUSTOMER WHERE ROWNUM <= 99000 ORDER BY CUSTNO; 二、考慮OS的service pack或版本(98,2000,xp)。

引言: 大大您好我沒講清楚 不是當機(雖然別的資料庫是有當過啦= =") 不過現在是使用SQL OPEN 執行最後查詢的結果是找不到資料 資料好像根本沒抓進來QUERY 怪怪的一直抓不出問題=0= 而且只有超過10萬筆才會這樣 以內都很正常 麻煩了*0* 發表人 - elma 於 2005/12/06 15:25:54

因為你提到可能掛在新增那邊, 要知道當你下一個Append或Insert, 如果是下載 select * form table1而沒有條件的話, 新增是會造成系統重新掃瞄資料庫的全部記錄, 然後才在記錄的尾端去新增一筆記錄, 所以下了Append 會等很久, 不知道有沒有解到你的答案?

引言:大略範例程式碼 Qdbf.close; qdbf.sql.clear; . . . . order by custno'

1.考慮建立索引檔(以custno為Primary key).MDX是不錯的方法 2.參考P.D.兄 select * 改成 select custno, custname, .. **Never give up, Remember GOD is Love**