在很多應用中，經常需要通過某個“特征值”從給定的數據對象（前台的數據集或後台的物理表）中 得到一條（或一組）滿足約束的記錄，並在此基礎上實現某種給定的後續功能，“TB_定位訪問”就是要 以最簡潔的操作並經過標准化的封裝設計實現這一系列的連續動作。
4.3.1.1 命題提出
對數據庫的訪問是實現過程中必不可少的實現過程，由於物理表可能是個龐大的記錄集合，要想從中 找到某個需要的目標記錄並不是件容易的事。一般會通過某些事先知道的“特征值”並形成恰當的邏輯表 達式，然後再通過邏輯條件達到記錄搜索的目的。在項目的設計過程中，類似的數據方位需求太多了，所 以就有必要封裝一個專用的控件類來支持這種普遍存在的操作模式。
由於目標對象可能不同、訪問方式不同、對速度的關注程度不同、得到數據後的處理方式不同等，我 們首先要分析需求在應用場景中的表現形態與實現目標。
1）特征值與搜索方式：
1．使用的數據意義會隨機變化，如助記碼、編號、名稱等；
2．執行搜索的方式會有所不同，如左匹配、精確匹配、模糊查找等。
2）關心的側重點的要求不同：
1．關心反映速度，比如超市的收銀台系統對速度就比較關心；
2．關心查找范圍，在特征值模糊不清時對識別范圍與匹配方式會更感興趣。
3）搜索結果所存在的可能性：
1．對應的記錄不存在：可能會導致操作的重復或改變操作邏輯等不同的後果；
2．記錄唯一：操作目的達到；
3．一條以上的記錄集：一般會導致記錄選擇的操作，可能從中選一，也可能從中選出一組。
4）實現數據方位的目的性：
1．通過特征值把指針定位到當前數據集中的一條記錄，並作為操作對象；
2．通過被訪問的數據刷新屏幕上的一個或一組控件，為操作員提供引用環境；
3．同步刷新其他可能存在的關聯關系的數據集；
4．通過得到的數據集改寫另外一個數據集或是插入到另外一個數據集。
5）數據源對象的類型不同：
1．本地化的數據集DateTabel；
2．Grid數據容器DataGridView。
這裡提出的每個問題一般不會獨立存在，所以不能進行粒度級別更小的封裝，因為這些需求經常會以 相關、連續的組合形態出現。因為命題所涉及的變化因素較多，所以每個問題的解決都需要“自定義屬性 ”的配合，才有可能滿足適應性方面的要求。
提示：我們可以把上述問題分解成兩個不同的層次，一個層次以“定位訪問”為實現目標，它所派生 的子類“定位插入”則會在此基礎上提供後續的數據處理過程。
