最近遇到一些疑問， 一、一般來說同一個Table使用TTable or TQuery哪個會比較快呢？ 二、假設有兩個Table，一個Table的欄位有十個，一百個Row，另一個Table的欄位有五十個，二十個Row，假設兩個Table佔用的硬碟空間一樣，當我們使用元件連結時，哪個速度會比較快 三、有沒有知道在哪些動作時，元件使用較多的時間在處理上

引言: 最近遇到一些疑問， 一、一般來說同一個Table使用TTable or TQuery哪個會比較快呢？ 二、假設有兩個Table，一個Table的欄位有十個，一百個Row，另一個Table的欄位有五十個，二十個Row，假設兩個Table佔用的硬碟空間一樣，當我們使用元件連結時，哪個速度會比較快 三、有沒有知道在哪些動作時，元件使用較多的時間在處理上

要看你的程式架構 若為local database(1 Tier), 例如Dbase或Paradox等使用TTable最快 若為Client Server, 則應使用TQuery, 速度取決於資料量,永遠只選取須要之資料. 由於Tquery之取資料有Buffer, 故即使你取十萬row, 實際上依buffer之大小可能只傳來20Row, 就已顯示出來, 但如果你呼叫了locate或移至最後一筆則所有資料均須傳至前端. 只有20筆資料是分不出來的

謝謝你的回應， 你的意思是說，速度的快慢取決於curser抓了多少Row？ 另外你提到了buffer,那麼跟欄位多寡是否也有關係？

引言: 謝謝你的回應， 你的意思是說，速度的快慢取決於curser抓了多少Row？ 另外你提到了buffer,那麼跟欄位多寡是否也有關係？

一般來說在bde中設定的最大buffer是2048k,可以這樣去換算可以抓回多少筆資料 @@~~飛翔在天際的精靈~~@@

如果您用的是資料庫, 如MSSQL, DB2 等等, 我強列建議你用TQuery, 而不要用TTable。 因為TTable會將您的後端資料庫全部帶回, 而TQuery會依照您的條件去帶回資料集。 但若為桌上型資料庫, 如Paradox, Database等等, 則用TTable較好, 雖然資源吃的較重, 但程式比較好寫。