EF-CodeFirst-2玩的嗨

时间戳、复杂类型、GUID自增长

GUID自增长

GUID用于当主建那是好处多多，但是和int不同。EF不会自动识别第一个为类名+Id开头或int类型字段 去设置自增长。尴尬的GUID怎么玩呢。。

Data Annation玩法

Fluent API 玩法

注：上面的设置好像没什么用，至少我是没跑起来。。。故而使用的是构造函数玩法。。。

时间戳

好处多多的东西啊，对于一些并发的业务来说建表的时候是一定要有这个的。但是某些原因….. 这就尴尬了 。。

最重要的一点是乐观锁，什么是乐观锁呢？

在并发的时候，A、B两个线程同时拿到一条记录然后进行更新再插入数据库。这样会导致A、B都成功了！对于一些抢单的来说这样是不可以的。乐观锁则是在第一次更新的时候把时间戳也更新一下。另一个线程更新的时候会判断当前的与表里的时间戳不一致的话。那就失败了。

Fluent API 玩法

下面开始模拟并发，aContext先拿到更改一下字段值，紧接着bContext也拿到了更新了一字段值并保存。这时aContext再去保存

后面执行，bContext的成功保存！而aContext则报错

假如像我这种尴尬的情况，表已经这样了。应该怎么做乐观锁呢？可以使用 ConcurrencyCheck对某个唯一的字段进行注解，也可以达到控制并发的效果

复杂类型

随着业务的扩展，表中的字段自然是越来越多，实体越来越膨胀。想想这会带来什么后果？恶心的类，大多无用的返回值，结构不清晰。这些都是需我们去注意的。

这里假如项目第一版我们的用户只有Name字段，但是在第二版需要加上地址。那简单，直接在User类中直接加地址，但是上面说这样是不好的。我们应该去 "扩展"。那也简单，新建一个实体就是咯，然后在User中加入 属性。但是！这样会自动映射外建关系。这时我们就需要复杂类型了

　　复杂类型没有ID  //这里有些错误 [Table(xxx)] 是没用的。因为不是创建新的表

在User类中进行扩展

搞定后，再Update-DataBase 一下

额。。。这就尴尬了。怎么还是在一个表中？之前是我理解错了。我们代码中的实体膨胀问题是解决了但是表中还是并没有。这里我个人还是建议单弄一个表，把不属于表的"核心属性"放到扩展表中，这样也算不错吧。好歹代码中不是这么恶心了

时间： 2024-08-07 00:09:44

EF-CodeFirst-2玩的嗨的相关文章

EF CODEFIRST WITH ORACLE 存储过程

EF  CODEFIRST WITH ORACLE 解决存储过程一直没找到解决方案 所以最后也没办法还是用了最基本的解决方案 采用Oracle.ManagedDataAccess提供的ADO基础访问类,不需要再次额外引用第三方类库了. using Oracle.ManagedDataAccess.Client; public object[] ExecuteProc(string procName, params DbParameter[] parms) { MyDbContext dbCont

EF CodeFirst 如何通过配置自动创建数据库<当模型改变时>

最近悟出来一个道理,在这儿分享给大家:学历代表你的过去,能力代表你的现在,学习代表你的将来. 十年河东十年河西,莫欺少年穷 学无止境,精益求精    本篇为进阶篇,也是弥补自己之前没搞明白的地方,惭愧惭愧. 如有不明白,请参考:EF CodeFirst 创建数据库 及 EF CodeFirst增删改查之'CRUD' 话不多说,直接上代码: using System; using System.Collections.Generic; using System.Linq; using System

EF CodeFirst 数据库创建与迁移

一.EF CodeFirst 根据实体创建数据库 1.新建好实体类 2.添加数据库上下文的类StudentInfoEntities:继承DbContext 3.配置Web.Config连接数据库字符串(name=“数据库上下文类的名称”) 4.写个controller运行代码,自动生成数据库 二.迁移数据库(sqlserver) 当修改实体属性后需要迁移数据库:打开工具-->NuGet程序包管理器-->程序包管理器控制台 1.第一次迁移先执行命令:Enable-Migrations 2.Add

EF CodeFirst增删改查之‘CRUD’

最近悟出来一个道理,在这儿分享给大家:学历代表你的过去,能力代表你的现在,学习代表你的将来. 十年河东十年河西,莫欺少年穷 学无止境,精益求精    本篇旨在学习EF增删改查四大操作 上一节讲述了EF CodeFirst 创建数据库,本节继续引用上一节的相关类学习EF的CRUD操作 废话少说,直接上要点,上一节中的模型类我作了如下修改: using System; using System.Collections.Generic; using System.ComponentModel.Data

1.Relationship in Entity Framework Using Code First Approach With Fluent API【使用EF Code-First方式和Fluent API来探讨EF中的关系】

In this article, you will learn about relationships in Entity Framework using the Code First Approach with Fluent API. 在这篇文章中,你将会学习到使用EF Code-First方式和Fluent API来探讨EF中的关系(一对一,一对多,多对多). Introduction[介绍] A relationship, in the context of databases, is a

[.NET领域驱动设计实战系列]专题一：前期准备之EF CodeFirst

一.前言 从去年已经接触领域驱动设计(Domain-Driven Design)了,当时就想自己搭建一个DDD框架,所以当时看了很多DDD方面的书,例如领域驱动模式与实战,领域驱动设计:软件核心复杂性应对之道和领域驱动设计C# 2008实现等书,由于当时只是看看而已,并没有在自己代码中进行实现,只是初步了解一些DDD分层的思想和一些基本概念,例如实体,聚合根.仓储等概念,今年有机会可以去试试面试一个架构岗位的时候,深受打击,当面试官问起是否在项目中使用过DDD思想来架构项目时,我说没有,只是了解

新年奉献MVC+EF(CodeFirst)+Easyui医药MIS系统

本人闲来无事就把以前用Asp.net做过的一个医药管理信息系统用mvc,ef ,easyui重新做了一下,业务逻辑简化了许多,旨在加深对mvc,ef(codefirst),easyui,AutoMapper,Ninject等技术的理解和运用,今天拿出来跟大家分享,就是想对这些技术还处在入门阶段的朋友做以参考,以及正在用这些技术做项目的朋友做一个交流和探讨. 我会在此项目的基础上去逐一讲解这些技术,简单应用就不讲了,去看项目,主要讲重点难点以及需要注意的地方,有些地方不明白的可以去下载源代码,估计

EF codefirst 数据库迁移

如果出现 未能加载文件或程序集“Microsoft.VisualStudio.Shell, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a”或它的某一个依赖项.系统找不到指定的文件. 重新安装EF 命令Install-Package EntityFramework 在此之后 主要是3步走: 1:Enable-Migrations -ContextTypeName MvcMovie.Models.MovieDbC

EF CodeFirst简介、默认约定、数据库初始化策略

CodeFirst 工作流程 创建或修改领域类-->使用数据注解或者Fluent API来配置领域类-->使用自动数据库迁移技术或者基于代码的数据库迁移技术来创建数据库. CodeFirst默认约定 约定就是一系列的默认规则,通过这些规则,在使用EF Code-First的时候,可以自动的基于你的领域类配置概念模型.默认约定的命名空间:System.Data.Entity.ModelConfiguration.Conventions; ①schema(模式)  默认情况下,EF会为所有的数据库

EF Code-First 学习之旅 Code First Conventions

协定是一系列的默认规则用来自动配置领域中的概念模型 1:类型发现 Code-First对包含DBSet属性的类型创建表(包括这些类型的所有引用类型) public class Student { public Student() { } public int StudentID { get; set; } public string StudentName { get; set; } public DateTime DateOfBirth { get; set; } public byte[]