如果你不知道，就做自己知道的。當你覺得不用SELECT返回原先工作區沒有把握，就做有把握的，主動返回！這有什麽好問為什麽的，SELECT一下工作區又不費什麽事，但有了把握，比碰運氣強。

请教：1.二表已关联二表指针跟着走，为何还要用scan循环？  （見23樓的回答）
      2.在SELECT 3 替换后，为何在ENDSCAN 前不用SELE 1，不用返回1区吗？   （見眾人的回答）

的确是

我理介了关联后为什么要用sacn--因进入了SELECT 1，在子表中作逐一搜索。谢谢各位了。

所謂“關係數據庫”，主要就是靠這種關聯把多個物理上獨立的庫表聯接為邏輯上的單一表，數據庫規範就是圍繞這個基本原則制訂的。關聯之後，主表就被視爲是一個表，要對這個表作處理，當然是對它做循環，儘管在循環過程中實際上用到其他物理表的數據，比如你的代碼中使用了B.XM的字段，不過在邏輯上它已經是主表（工作區1中的表）的邏輯字段，不需要主動到工作區2中移動記錄指針了，關聯替你做了這個工作（也就是說，縱然不用關聯，也一樣可以達到目的，在某些情況下，是不適宜用關聯的）。

你的這段代碼，就是把工作區1和2的表邏輯上關聯為一個表，做循環查詢，把符合條件的相關數據添加到工作區3上的表中。

舉個例子，比如我前面給出的程序，劃分了兩個Grid，而實際上我不用做甚麽查詢視圖，就可以把這兩個Grid合併成一個，讓人看起來右邊的每個地市記錄都有一個省份名稱，也就是說把右邊表格的省份編碼字段替換為真實的省份名稱，而不顯示代碼（當用戶根本不需要也不應該知道我的編碼系統時就必須這樣做），這樣呈現的一個Grid，就是SQL SELECT所得到的東西，它內部也是這樣做的。注意：做到這個完全不需要變動表的結構！

[ 本帖最后由 TonyDeng 于 2014-4-2 12:37 编辑 ]