Access 2007的moveNext/moveFirst /等功能如何工作？

Question

我不是Access專家，但是一位SQL專家。我繼承了一個Access前端參考，對約5000條記錄的工作確定一個SQL 2005數據庫，但慘遭失敗爲800K記錄...

在SQL事件探查器&活動經理，我看到某種訪問的幕後查詢關鍵詞，比如：

選擇 「MS1」， 「ID」 FROM 「DBO」 「客戶」 「MS1」 ORDER BY 「MS1 ID」

的MS前綴沒有出現在任何接入代碼。 「」我可以看到。我懷疑內置的訪問導航代碼：

DoCmd.GoToRecord , , acNext 

的GoToRecord有AcRecord不變，其中包括像acFirst，acLast，acNext，acPrevious和acGoTo。

在數據庫上下文中移動到「下一個」記錄意味着什麼？這個特定的表使用身份列作爲PK，所以它在內部抓取所有的ID，然後移動到下一個最高的那個？

如果是這樣，如果一個表由PK的三個不同的字段組成，它將如何工作？

或者我在錯誤的軌道上，和Access中的其他東西調用該語句？不幸的是，我在分析器中看到大量準備好的語句。

謝謝！

Answer 1

First實際上是Recordset中的第一行。一般來說，Access通過等效的遊標訪問數據。因此，Next和Previous在Recordset中一次一個地向前和向後移動，就像使用SQL Server的遊標一樣。在構造Recordset時要小心取決於沒有ORDER BY語句的行的順序。儘管Access是一個ISAM，但不應該依賴以任何特定順序出現的行。根據遊標類型的不同，Access不會將整個表格拉下來，但一般會一次請求一條記錄。也就是說，我看到Access出於任何原因拉取整個表。

Answer 2

您必須區分自動化Access對象和使用代碼中的記錄集。

在表單中，這個命令的意思：

DoCmd.GoToRecord , , acNext 

它是特異性的，它是不可預測的東西記錄它會去，除非你知道基礎記錄的形式和啓動順序記錄。它會瀏覽存儲在窗體的編輯緩衝區中的記錄集（該窗體在窗體的OnOpen事件中加載）。例如，該命令將用於命令按鈕背後的代碼中，該按鈕的目的是導航加載到當前具有焦點的表單中的記錄。如果我要使用該命令，我絕不會忽略可選參數（我幾乎從不這樣做）。相反，我會確定具體的形式，我想它適用於：

DoCmd.GoToRecord acForm, "MyForm", acNext 

在遍歷DAO記錄，.MoveNext也有不同之處，如果你知道的排序和啓動記錄中沒有預定義的含義。當你正在走一個記錄集時（你不應該經常這樣做，因爲它效率很低，但取決於你需要執行的任務）並且需要擊中每條記錄，所以你肯定會打電話。MoveNext作爲你的循環的一部分：

With rs 
    .MoveFirst ' technically not required, as it's the default starting point 
    Do Until .EOF 
     [do something] 
     .MoveNext  
    Loop 
    End With 

那裏沒有什麼神祕的。它很可能用於具有少量記錄的代碼中（大型記錄集實際上不應該按順序導航）。

在回答您的具體問題：

是什麼意思在數據庫 背景下移動到「下一個」紀錄？ 這種特殊的表使用標識 列作爲PK，所以是它在內部 抓住所有的ID，然後移動 到一個是下一個最高???

......正如我所說，下一個記錄是由所遍歷的記錄集的順序和起始位置決定的。在表單的情況下，它是正在遍歷的編輯緩衝區，並且隨着編輯緩衝區中當前記錄書籤的更改，表單將更新以加載該記錄的數據。動態集綁定到底層數據表，當表單的編輯緩衝區被保存時，編輯的數據被寫回到服務器。在進行編輯時，鎖可能會或可能不會保留在服務器上的記錄中，但Access/Jet/ACE確實會跟蹤服務器上現有記錄的狀態以及編輯緩衝區中的記錄，並會通知您如果服務器上的記錄載入窗體的編輯緩衝區後發生更改，則可以在Access中節省時間。

現在，在評論，你說的形式綁定到整個表。無論您的數據是存儲在Jet/ACE後端數據文件還是SQL Server等服務器數據庫中，這都是一個糟糕的設計。 Access可以逃脫的唯一原因是因爲它和Jet從數據源中提取數據相當有效。

我正確設計的客戶端/服務器訪問前端不會加載全表中的形式，而是問在什麼時間過濾要載入記錄，1個或更多的記錄。這比綁定整個表格稍微複雜一些。

至於知道正在使用哪些遊標類型，你不應該擔心。默認情況下，Access表單使用Access/Jet/ACE調用動態集。每個表單都有一個RecordsetType屬性，默認情況下它設置爲動態集（有關不同記錄集類型的含義，請參閱幫助文件）。如果你想要更多的控制，你可以（但可能不應該）在代碼中創建記錄集，並將它們分配給表單的.Recordset屬性。這在一些情況下非常有用，例如，當您想要將表單綁定到斷開連接的記錄集時，Access的重點就是利用其綁定數據的功能。指定自己的記錄集仍然可以獲得綁定控件和表單事件，但比通常需要的工作量更多。

基本上，改變你的表格只加載的用戶需要與工作記錄的子集（可能是一次一個記錄），然後讓別的一切都得到了與Access的默認行爲來完成。如果某件事情導致瓶頸，請排除故障並用更有效的方式替換默認行爲。

換句話說，避免過早優化 - 讓Access成爲Access。

不要擔心什麼訪問是做幕後的，除非/直到訪問做了不恰當的。