在查詢時用storedProc好還是用ADOQuery查詢好? 誰更快一些呢？更好一些？ ====================== ^_^ 相信自己，你是最棒的！ jacky ======================

------
jacky

個人的觀感, 好像沒有比較的必要, 應該說使用時機不同, 沒有好與壞, 端看設計工程師, 如何去運用. Query SQL...單純的查詢, 取出資料, 或許 SQL 功能強大, 但仍有許多複雜的查詢, 很難用單一個查詢的 SQL 可以達成. Stored Procedure 的運用, 常常用在有大量的"中間性"資料時, 該資訊根本不需要傳到前端, 直接在後端藉由 Stored Procedure 計算彙整完成, 再將結果 Return 回前端, 其適用時機, 舉例來說, 如展開產品的原料用料表, 中間的物料組合關係資訊, 均不需到前端, 僅將展開到底層的"原料"用量結果傳給前端即可, 以此例來說, 有經驗的設計師, 往往會 Stored Procedure 中, 再運用 Tempory Table 去"收集"結果, 然後傳回.

謝謝解答 假設簡單、單純的查詢一般建議用哪個呢？ ====================== ^_^ 相信自己，你是最棒的！ jacky ======================

------
jacky

你好 也提供一點意見,如果你的主機要服務的電腦有很多台的時候,建議是將資料取到前端處理,因為一台call storedProc讓他去處理還好,但是一百台同時呼叫的時候,會讓資料庫主機癱瘓!!這是我的一點小小意見!! Pillar Wang

------
Pillar Wang

Pillar Wang： 我覺的您說的這點很重要，謝謝您的觀點。 不知道各位大大還有什麼觀點可供參考，謝謝! ====================== ^_^ 相信自己，你是最棒的！ jacky ======================

------
jacky

引言: 假設簡單、單純的查詢一般建議用哪個呢？

當然是建議用 Select SQL.

引言: 如果你的主機要服務的電腦有很多台的時候,建議是將資料取到前端處理,因為一台call storedProc讓他去處理還好,但是一百台同時呼叫的時候,會讓資料庫主機癱瘓!!

如果每個 Client 都要 10M 的資料來運算, 那...網路的負荷.... 發表人 - Mickey 於 2005/03/26 12:26:22

Mickey大大說的也對 這樣的話,是不是3 tiers架構,讓資料在apserver端處理完之後再讓前端取得資料!!apserver多架幾台就可以分散dataBase Server的負擔!!其實,如果資料有那麼大的時候,主機也應該會被操到癱瘓吧!!呵呵!! Pillar Wang

------
Pillar Wang

您好...       一般來說若是簡單的資料查詢可以使用TQuery or TTable 來處理相關的資料,但是若是Table有大量資料時,是建議使用TQuery的.因為TTable 在系統都尚未執行任何動作之前,就須要先Open table.此時若使用TTable時,當系統又使用了不少的TTable時,將需要耗費系統資源相當大,延長處理之時間...