一、EF 的三种设计模型CodeFirst&＃xff0c;ModelFirst ,DBFirst三种 在软件的实际开发中最常用的就是后两种。下面简单介绍两种设计模型的区别和两种更新的区别&＃xff0c;如果你还不知道如何进行三种设计模式的设计&＃xff0c;请参考我另外的几篇文章&＃xff1a;EF中的DBFirst实例、尝试 Entity Framework POCO功能与CodeFirst的结合
1、ModelFirst 顾名思义就是首先设计实体模型&＃xff0c;之后根据实体模型实现到数据库的映射。
2、DBFirst 就是先进行数据库的设计&＃xff0c;之后根据数据库生成实体数据模型。具体区别就是在新建实体数据模型时&＃xff0c;实体模型向导中提示的根据数据库生成还是空模型&＃xff0c;如图1所示&＃xff0c;
图1
选择根据数据库生成就是DBFirst &＃xff0c;选择空模型就是ModelFirst
二、EF框架的原理就是把实体类的变化通过映射反应到数据库中去&＃xff0c;实现表的增删改查。对象上下文是实体类操作数据库的API。应用程序对实体类进行的增删改查操作会经由对象上下文进行映射&＃xff0c;最终转换为SQL脚本语言&＃xff0c;然后执行&＃xff0c;最终实现对表的增删改查。当需要修改表的结构时&＃xff0c;我们可以选择根据模型更新数据库和根据数据库更新模型两种。双击打开实体模型文件&＃xff0c;如图2所示
图2
在空白页右击会显示根据模型更新数据库和根据数据库更新模型。
下面着重讲解根据模型更新数据库&＃xff1a;
以下摘录了修改实体模型&＃xff08;增加一列&＃xff09;之后生成的SQL 脚本语言
SET QUOTED_IDENTIFIER OFF;
GO
USE [Mine];
GO
IF SCHEMA_ID(N&＃39;dbo&＃39;) IS NULL EXECUTE(N&＃39;CREATE SCHEMA [dbo]&＃39;);
GO
-- --------------------------------------------------
-- Dropping existing FOREIGN KEY constraints
-- --------------------------------------------------
-- --------------------------------------------------
-- Dropping existing tables
-- --------------------------------------------------
IF OBJECT_ID(N&＃39;[dbo].[Accounts]&＃39;, &＃39;U&＃39;) IS NOT NULL
DROP TABLE [dbo].[Accounts];
GO
-- --------------------------------------------------
-- Creating all tables
-- --------------------------------------------------
-- Creating table &＃39;Accounts&＃39;
CREATE TABLE [dbo].[Accounts] (
[ID] int IDENTITY(1,1) NOT NULL,
[Name] nvarchar(max) NOT NULL,
[Sex] nvarchar(max) NOT NULL,
[Sphone] nvarchar(max) NOT NULL
);
GO
-- --------------------------------------------------
-- Creating all PRIMARY KEY constraints
-- --------------------------------------------------
-- Creating primary key on [ID] in table &＃39;Accounts&＃39;
ALTER TABLE [dbo].[Accounts]
ADD CONSTRAINT [PK_Accounts]
PRIMARY KEY CLUSTERED ([ID] ASC);
GO
-- --------------------------------------------------
-- Creating all FOREIGN KEY constraints
-- --------------------------------------------------
-- --------------------------------------------------
-- Script has ended
-- --------------------------------------------------
大家从上面可以看到&＃xff0c;这个SQL脚本的内容会先把各种外键约束和表给删除掉&＃xff08;理所当然&＃xff0c;原先表中存在的数据也一并删除了&＃xff0c;在实际的软件开发中此种操作会造成毁灭性的破坏&＃xff09;&＃xff0c;之后会再次创建一个新的表格。为避免此种情况的出生&＃xff0c;当需要修改表的结构时最好的操作就是先修改数据库&＃xff0c;然后选择根据数据库更新模型。
以上只是我的一点见解&＃xff0c;不对之处还请各位大牛指出。
京公网安备 11010802041100号