2011-02-15 66 views
0

我懷疑問題是「遠程」,並認爲它更可能與「d/b訪問」 - 但是,我怎麼知道?如何優化遠程d/b訪問?

可以/我應該優化我的實際D/B結構嗎?也許增加外鍵等

或者使用循環法d/b來限制記錄數?或定期移動一些「離線」的行?

也許我可以優化我的SQL(使用內部/外部連接等)?

Fwiw,標準是d/b寫,它被認爲是「太慢」;有很少的讀取(只是您存儲數據以防萬一需要的情況之一)

任何建議,網站,書嗎?是否有任何ValGrind類型的工具來衡量/分析實際發生​​的情況?

回答

1

關閉我的頭頂。 。 。

  • 衡量績效。 實際上需要多長時間,以及您的應用程序在 時間內做了什麼 ?使用秒錶,如果你不 有任何其他的方式。
  • 比較本地表現。當您在本地訪問數據庫時, 執行同樣的任務需要多長時間?
  • 您正在使用哪種遠程訪問技術? HTTP,VPN,VNC,ssh?
  • 您使用哪種dbms
  • 涉及哪些表?發佈他們的 結構行數
  • 你的應用程序如何寫入 數據庫?通過直接表訪問存儲過程
  • 插入更新
  • 添加外鍵不是 優化。 外鍵是 基本到數據完整性。在你被炒之前添加它們。
  • 什麼服務器端軟件您使用?你在軌道上使用php,ruby ,Django,ASP?他們提供什麼設施來記錄他們的表現?
+1

@Mawg:您可以執行幾項操作來配置Access數據庫活動。這取決於VB程序在做什麼。 Google「噴氣式飛機表演」和「噴氣式飛機」。 (「Jet」是Access使用的數據庫引擎的名稱。)「Tables are 66 fields ...」是什麼意思?多個66列表?什麼正常形式?插入物是否總是「緩慢」,還是新事物?一直壓縮數據庫? –

+0

+1感謝您的提示。對不起,66是一個錯字 - 我的意思是6.我認爲發生的事情是,隨着數據庫的增長緩慢,現在「這是一個錯誤:沒有真正的細節,所以我將不得不從頭開始。 – Mawg