在上一文末写了几个关于用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对应实体没有被加载,就会去数据库去取.所以增加这样一个判断