最近在使用 Linq To Entity 时，在自己程序BUG中对的分页的一些小理解。

先来看看 什么是 Linq To Entity:

从字面意思来看是通过Linq 来检索数据模型，那么什么又是数据模型呢？

数据模型的概念很宽泛，在Linq to Entity 中，我们可以把它理解为数据结构的印射，直白点说，就是他的模型结构和你在数据库中指定表的结构相一致。

相应的Linq to Entity 用白话来讲术的话，就是我们在查询数据模型，由于模型结构和你在数据库中指定表的结构相一致，所以在最底层的查询中，其实

还是在对数据库表进行操作，Linq to entity 更多的是体现面向对象、且易理解、易维护的编程思想。

(小弟不才，理解方面不够严谨，后续有待矫正部分用词)

(1)、Linq To Entity 在执行查询的时候依旧就是要转换成拼接好的 SQL 语句在进行查询，修改、新增操作。

Linq To Entity 很好的展现的面向对象的查询，例子如下：

using (NISMemberEntities nis = new NISMemberEntities())
       {

var query = (from m in nis.Bs_Class

where m.id=100
                             select new ClassEntity

{

ID=m.id,

Name= m.Name

} ).FirstOrDefault();

}

在读这段代码的时候，给开发者的直观感觉就是，数据表成为了一个对象集合，而且我们只是从这个集合中取我们想要的对象。

(2)、我在这里想描述的重点是 Linq to Entity 的分页

using (NISMemberEntities nis = new NISMemberEntities())
       {

var query = (from m in nis.Bs_Class

where m.id=100

orderby m.id descending
                             select m).Skip(startRowIndex).Take(maximumRows);

}

这是一个简单的分页，startRowIndex为查询的起始索引，maximumRows为要显示的条数。(注意，要分页的话，必需要排序，即有orderby语句)

要注意了，这个查询没有条件，我们给它加点条件

using (NISMemberEntities nis = new NISMemberEntities())
       {

var query = (from m in nis.Bs_Class

where m.id=100

orderby m.id descending
                             select m).Skip(startRowIndex).Take(maximumRows);

query = query.where(r=>r.name=="新概念");

}

我们初始化startRowIndex的值为30,maximumRows同样为30，即现在翻到第二页了，第一页是(1-30),第二页(30-30),前为索引，后为查询条数，

在执行上面代码后，我们会发现第二页只显示了6条，有时候又是5条，页数据库显示第二页是有30条记录的，那么这是为什么呢？

原因就在于，我在分页后又执行了条件过滤，即query = query.where(r=>r.name=="新概念");

这就是说，在Linq to Entity 中，分页的执行和 条件过滤是有顺序的，即在条件过滤后在执行分页.

在日常的开发中，习惯性的 将.Skip(startRowIndex).Take(maximumRows);放到了条件过滤之前。

虽然是个简间的问题，但是，先记下来，当以后记。

(3)、我们会常常把结果集返回，比如  query.ToList();

分页一定要在ToList()前执行，我在执行程序中，感觉这样性能更快一些。至于原因，待我去发现发现。

就写到这里，谢谢大家，祝好。