在上一文末寫了幾個關于用Include加載多級實體的查詢,不過前天在ADO.NET訪問看到一個關于Include加載多級實體的問題,經過一番交流和測試,算是明白了所以然.雖然自己常常在那樣寫ADO.NET訪問查詢,也許是因為在使用的過程中沒有遇到棘手的問題,所以也沒去多想.
  
   在本文之前,還是先說說那個問題.在edm中這樣的一個關系:Customers 1 --- * Orders * --- 1 Status,在這個關系下面做這樣一個查詢 var = query from customer in Customers.Include("Orders.Status") ADO.NET訪問在調試的時候他發現Customer的Order被及時加載(PreLoad),Status卻沒有.所以問題人覺得這是不是EF在設計上的緣故,還是其他什么原因.我告訴他不是設計上的原因,因為我就常那么寫,當然標準的寫法是Inclue("Orders").Include("Orders.Status").

之前我在adonot blog上看到關于Linq to Sql與 Linq to Entity 在Eager Loading方式上的區別,也見過那樣寫，ADO.NET訪問當然最關鍵的,我那樣做查詢沒有出先上述的問題.不過我還是在想,難道這個查詢出現問題是和模型的1:n:1關系有關嗎？

以前都沒在意這些,我在使用過類似這種查詢的地方,的確沒有符合這種關系.于是我昨天做了一個測試在ADO.NET訪問里面恰好有Products 1--* OrderDetails *--1 Orders 符合條件的一組關系,并做了寫了如下的代碼,ADO.NET訪問一邊debug,一邊跟蹤數據庫，的確只生成一條sql.后來我又選了1:n:n以及Customer 1:n Order 1:nOrderDetails的關系組也均都只生成一條sql.

在上面這段代碼中,通過getOrderListByCity方法London城市的Orders,并由每一個Order查找相應Customer的CustomerID.由于存在一個循環,故總共訪問數據33次.但是真的是由于Orders.CustomerID有33個嗎？顯然不是，ADO.NET訪問從上圖運行結果來看就知道，其中有很多CustomerID是重復的.那有什么方法阻止數據庫重復查詢呢？.在EF內對于關連實體(導航屬性)除了關聯實體外還有一個屬性**Reference屬性

該屬性暴露了一個屬性IsLoad,判斷關聯實體是否已經加載.在EF中實體是依靠entityKey(數據庫表主鍵)來識別的,一旦該entity Key對應的實體已被加載,context就不會重復去數據庫去取了,如果該entity key對應實體沒有被加載,就會去數據庫去取.所以增加這樣一個判斷