一旦該entity Key對應的實體已被加載,ADO.NET Debug就不會重復去數(shù)據(jù)庫去取了,如果該entity key對應實體沒有被加載,就會去數(shù)據(jù)庫去取.所以增加這樣一個判斷，下面就對于ADO.NET Debug進行詳細說明。

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

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

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