在上篇博文中，小编主要简单的介绍了一下EF的一些基础知识，其中，小编蜻蜓点水的提了一下ModelFirst和DBFirst，ModelFirst先设计实体，然后根据模型生成数据库，DBFirst根据数据库生成模型，两个方向都是可以了，两个方向可以相互更新，比如新添加了实体，可以根据模型生成数据库，如果在数据库里面新添加了字段，我们可以从数据库更新模型。在介绍ModelFirst和DBFirst之前，我们先来解决两个问题，EF与linq
to sql的关系以及为什么使用linq to sql和EF。
EF与linq to sql的关系
linq to sql 是微软ORM思想的一个具体化，EF也是它的一个具体化，那么，这两个产品有什么区别呢？Linq to Sql是ORM思想实现的一个轻量级的框架，EF是一个重量级框架；Linq to Sql和EF的一个重要的区别就是，Linq to Sql只能针对于SQL Server数据库，而EF可以针对于很多的数据库(Oracle，SQL Server等)，也就是说EF是跨数据库的，不要小看这一点，在实际的开发中，非常的实用，举个简单的小例子，还记我们敲的VB.NET版本的机房收费系统么，其中涉及到了数据访问层，如果出于某种原因，我们换了数据库，那么，我们就需要重新编写数据访问层，如果我们在创机房收费系统这个项目的时候，使用了linq
to sql，更换了数据库linq to sql框架就需要重新进行大量的改动，如果使用了EF框架，那么我们只需要改动其中的配置文件就可以了，不需要修改程序中的代码。
为什么使用linq to sql和EF
这个问题，也关乎我们的D层，还记得敲机房收费系统的时候，我们会抽出来一个sqlhelper类，这个类实现了对数据库的增删改查，然后，我们的再创建相应的D层类，这些类方法的功能，其实都差不多，唯一不同的就是sql，从这里我们可以看到，我们的D层的问题，那就是，我们重复性的书写一些不必要的类或者方法，解决这个方法就需要慢慢的抽象，抽象出共有的东西，像：DataTable装换为实体集，操作数据库的几类方法(注意其参数)，然后将其一整合，这个大致就是我们所属的ORM思想实现的雏形了，当然，上面所说的那些东西，Linq
to Sql或EF这些框架已经帮助我们实现了，我们只需要使用它们提供的方法就行了，从这里我们也可以看到，如果我们使用这些框架，我们程序员在编程的时候，几乎不需要管理D层的东西，只需要关注业务的实现就可以了。
接下来，小编就来简单的介绍一下ModelFirst，ModelFirst先设计实体，然后根据模型生成数据库，如下图所示，
我们可以再图中空白处右击添加实体，还可以新增标量属性，以及添加关联。接着，我们可以根据上面的实体生成数据库，如下图所示：
生成的代码如下所示：
接着我们来看一个具体的例子，ModelFirst关联实体的插入操作代码如下所示：
接着，我们来看一下DBFirst，根据数据库生成模型，我们具体来看下面一段代码：
ModelFirst和DBFirst两种方式，都可以达到我们想要的效果，实现同样的目的，两个方法可以相互更新，最后小编简单的来介绍一下延迟加载，延迟加载也可以叫做按需加载，可以分两方面来理解，一方面指暂时不需要该数据，不用在当前马上加载，而可以推迟到使用它时再加载；另一方面指不确定是否将会需要该数据，所以暂时请不要加载，待确定需要后再加载它。延迟加载是一种很重要的数据访问特性，可以有效地减少与数据源的交互（注意，这里所提的交互不是指交互次数，而是指交互的数据量），从而提升程序性能。在EF中有两种延迟加载，具体代码如下所示：
小编寄语：该博文，小编主要介绍了一些EF的基础知识，分别从三个大方面对EF进行详细介绍，第一个方面：EF与linq to sql的关系以及为什么要使用EF与linq to sql，第二方面，介绍了一下ModelFirst和DBFirst，最后介绍了一下延迟加载，对于EF的相关知识，小编刚刚接触，理解的还是很浅，有不同意见的小伙伴可以一起讨论交流哦，常常想，如果不是因为缘分，如果不是因为接受了项目什么mvc、EF、linq等，小编也没有这么快就开始接触，在接项目的过程中学习，再把学习到的知识运用到项目中，赶脚棒棒哒，档案管理项目，未完待续......