The long-awaited EF is finally here.

After finishing this article, you will master the complete development process based on the EF data model.

This time, the construction and use of the EF data model will be completed.

Based on this model, add the database query validation function to the previous example.

article outline

Overview & Highlights

detailed steps

Summarize

Overview & Highlights

The following is the main point of this article, and the main text will introduce it in detail.

EF architecture diagram
The convention of creating a new EF-based Data Model
Important concepts about ORM, the difference from traditional development
The overall process of EF development

detailed steps

Create a new folder and plan the location of the code
Create related classes (Data Model)
Create Database Context
Create an Initializer, use EF to initialize the database, and insert sample data
Complete database query verification

Create a new folder and plan the location of the code

Create a new ViewModels folder in the root directory.

The Models folder stores entities corresponding to database tables.

The data to be displayed in the View may not correspond to the entity model in the Models , so a custom data model specifically for the View is required , which we call ViewModel and placed in the ViewModels folder.

Create a new DAL folder under the root directory.

DAL places data access related classes.

NOTE In this article, put AccountContext.cs, AccountInitializer.cs

Create related classes (Data Model)

In order to be closer to the real situation, we create three related classes for users.

SysUser, SysRole, SysUserRole

这是用户权限管理RBAC (Role – Based Access Control)的一个典型模型, 更复杂的模型都可以在这个基础上进行扩展。

OK，下面我们就开始新建这个模型。

我们先去网上找个大致的关系图做参考，打开百度，输入 user role , 搜索图片。

挑一个类似的做参考。

NOTE 权限相关是系统管理范畴的，不涉及具体业务，我起名字的时候都加了Sys前缀，这样和业务区隔开来。

参考上面这个图在Models文件夹下建立下面三个类：

SysUser Entity

SysRole Entity

SysUserRole Entity

对于上面几个类的约定和说明：

EF生成数据库时，ID 属性将会成为主键。（约定：EF默认会将ID或classnameID生成主键， MSDN建议保持风格的一致性, 都用ID或classnameID, 我们这里都用ID）
EF 生成数据库时 , <navigation property name><primary key property name>这种形式的会成为外键. ( 约定 )
例如外键 SysUserID = SysUser(navigation property)+ID(SysUser的主键)
定义为virtual的几个属性是 navigation 属性(virtual非必须, 只是惯例用法, 后面文章将会讲解用virtual的好处).
navigation 属性保存着其他的关联entity(entities)
示例中, SysUser和SysUserRole是一对多的关系, SysRole和SysUserRole也是一对多的关系.
如果是 "多", 属性类型就必须是list( 这里用的是Icollection )

创建 Database Context

前置条件：安装EF

打开工具à库程序包管理器à程序包管理器控制台

输入 install-package entityframework

去MSDN上查看下EF的架构图：http://msdn.microsoft.com/en-us/data/aa937709

从上图可以看出，EF框架在底层是通过调用ADO.NET来实现数据库操作的。

多转一道弯性能和灵活性肯定会受到影响，所以本系列文章结束后同样也会给出MVC+ADO.NET的方案，大家可以根据需要选择。

NOTE

微软官方推出的ORM框架主要有Linq to SQL和Entity Framework.

EF是目前最新的，也是推荐配合MVC使用的框架。

实际操作前再补充一些重要概念：

如果不用ORM框架，我们一般这样来使用ADO.NET进行数据库开发：

将ADO.NET对数据库的操作封装到一个类里SqlHelper中
在DAL层调用SqlHelper
其他层再调用DAL进行数据库操作

使用ORM之后，以前面的SysUser为例：

O(Object) à 程序中的类 SysUser, 就是对象

R (Relation)à 数据库中的表

M(Mapping)à O和R的映射关系

ORM对传统方式的改进：

充当桥梁，实现了关系数据和对象数据的映射，通过映射自动产生SQL语句。

对常用的操作，节省了写SQL语句的步骤。

好了，现在必要的概念应该理解了吧，下面我们就进行实际的操作了。

在DAL中创建类 AccountContext.cs , 让他继承自System.Data.Entity.DbContext，我们用这个类完成EF的功能。

主要做下面三件事：

为每个entity set创建一个DbSet
在EF中，通常情况下一个entity set对应数据库中的一张表，一个entity对应表中的一行。
指定一个连接字符串
构造函数中的 base("AccountContext") 。
默认情况下和类名一样，即AccountContext，我们显式的给他指定出来。
指定单数形式的表名
>();
默认情况下会生成复数形式的表，如SysUsers
NOTE 表名用单复数形式看各自的习惯，没有明确的规定。有的公司表名全用单数，有的公司根据表的意思，有单数也有复数。

配合上面第2点，先把web.config中连接字符串给指定了。

如下图，贴着appSettings配置节上面添加。注意要web.config中要加上红字部分，不然会出错。

<connectionStrings>

< add

name="AccountContext" connectionString="Data Source=.;database=MvcDemo;uid=sa;pwd=123456;AttachDBFilename=|DataDirectory|\MvcDemo.mdf;" providerName="System.Data.SqlClient"/>

</ connectionStrings >