到目前为止，我们看了一下如何声明EF Core的初步使用，也整体的看了下EF Core的映射关系配置以及导航属性的配置。
在上一篇，大概介绍了Entity Framework Core关于关系映射的逻辑。在上一篇中留下了EF的外键映射没有说，也就是一对一，一对多，多对一，多对多的关系等。这一篇将为大家细细分析一下，如何设置这些映射。
一.模型级查询过滤器（Model-level query filters） ef core2.0包含了一个新特性，我们叫他模型级查询过滤器（Model-level query filters）。此特性允许使用Linq查询表达式直接定义在实体类型的元数据模型上。这样的过滤器会自动应用到任何LINQ查询所涉及的那些实体类型，包括间接引用的实体类型（对象引用，导航属性）。这个特性的一些常见应用是： 软删除-定义一个 IsDeleted 属性 多租户-定义一个 TenantId 属性 示例代码： 1 pub
在《C# 数据操作系列 - 5. EF Core 入门》篇中，我们简单的通过两个类演示了一下EF增删改查等功能。细心的小伙伴可能看了生成的DDL SQL 语句，在里面发现了些端倪。没看的小伙伴也不急，这就贴出来。
当前环境为EF Code First开发模式中 一、EF默认约定 1、常用约定 (1)、当没有显示指定实体主键的时候,EF会默认将长得最像Id的属性(且类型为GUID)设为主键 (2)、设计实体时,当一个实体包含一个集合属性,该集合属性里面的元素是另一个实体时,则默认未一对多关系,即使没有显示的指定一对多的关系,EF会默认的设置主外键(主从)关系 (3)、一对一的实体关系,需要手动设置主从关系 (4)、多对多无载荷关系实体,EF自动生成中间表,不需要新增实体来表示. (5)、表名默认复数化 2、类型发现约定
0. 写在前面 本篇文章虽说是入门学习，但是也不会循规蹈矩地把EF1.0版本一直到现在即将到来的EF Core 2.0版本相关的所有历史和细节完完整整还原出来。在后文中，笔者会直接进入正题，所以这篇文章仍然还是需要一定的EF ORM基础。 对于纯新手用户，不妨先去看看文末链接中一些优秀博客，笔者当初也是从这些博客起家，也从中得到了巨大的帮助。当然了，官方教程同样至关重要，笔者之前也贡献过部分EF CORE 官方文档资料（基本都是勘误，逃…），本篇文章中很多内容都是撷取自官方的英文文档和示例。 下文示例中
本文介绍了EF Core 2.0的新特性和改进，包括实体、表、查询、性能提升和查询方面的内容。
EFCore 2.1出来有一段时间了，里面的新功能还没怎么用，今天研究下如何使用EF Core 2.1添加种子数据。
今天下午在开发的时候发现EF Core实体模型中的导航属性为 null，经排查既不是没有加 virtual 关键字，也不是外键关系映射错误。
Code First之所以能够让开发人员以一种更加高效、灵活的方式进行数据操作有一个重要的原因在于它的约定配置。现在软件开发越来越复杂，大家都试图将软件设计的越来越灵活，很多内容我们都希望是可配置的，但是过多的配置也会带来很大的工作量，解决这个问题的方法就是约定。对于一些简单的，不太可能经常变化的内容我们以一种约定的方式进行设计。使用过其他ORM框架的朋友可能知道一般ORM都有对应的映射配置文件（一般是一个Xml文件），但是EF并没有。在EF中是以一种约定的方式进行表、列同实体类进行映射的，与此同时为了提高最大的灵活性EF中可以通过Fluent API和Data Annotations两种方式对映射进行灵活配置。
EF Core通过ChangeTracker跟踪需要写入数据库的更改，当需要保存数据时，调用DbContext的SaveChanges方法完成保存。
关系配置： EF Core中实体之间关系的配置的套路： HasXXX(…).WithXXX(…); 有XXX、反之带有XXX。 XXX可选值One、Many。
反思： 我认为价格商表是从表，它应该有一个Book的导航属性就对了， 但是作者是反其道而行之。 在从类里写一个外键属性！
上述是针对SQL Server所做的测试，理论上MySQL同理，但对于SQLite数据库，EF Core 3.x提供了全局方案：通过数据连接字符串配置【Foreign Keys = False】全局抑制建立外键约束。
使用EF Core的第一步是创建数据模型，模型建的好，下班走的早。EF Core本身已经设置了一系列约定来帮我们快速的创建模型，例如表名、主键字段等，毕竟约定大于配置嘛。如果你想改变默认值，很简单，EF Core提供了Fluent API或Data Annotations两种方式允许我们定制数据模型。
上一章简单介绍了一下ORM框架，并手写了一个类似ORM的工具类。这一章将介绍一个在C#世界里大名鼎鼎的ORM框架——Entity Framework的Core版。
前言：本系列是我自己学习.net相关知识，以便跟上.net跨平台的步伐，目前工作原因基本在.net Framework4.7以下，所以才有了这一系列的学习总结，但是并不是从基本的C#语法和基础知识开始的，而是围绕.net core以后平台的重要设计和差异进行温故知新。目的在于通过要点的梳理最后串联起整个跨平台框架。之前的几篇算是把框架重要设计和框架重要知识点复习了，当然什么系统都可能使用到ORM框架。所以这里为了整个过程的完整连续性加入一个EFCore的示例，ORM不算详细写了，毕竟ORM框架可以根据需求选择很多，如果再详细那又是另外一个系列了，这里只做简单介绍。从这篇ORM完成之后就将进入asp.net core的学习总结！
2.4.4 EF Core -- 关系 一对多 一对一 多对多 示例 关系：https://docs.microsoft.com/zh-cn/ef/core/modeling/relationship
在 WWDC 2019 上，苹果推出了 Core Data with CloudKit API ，极大地降低了 Core Data 数据的云同步门槛。由于该服务对于开发者来说几乎是免费的，因此在之后的几年中，越来越多的开发者在应用中集成了该服务，并为用户带来了良好的跨设备、跨平台的使用体验。本文将对实时切换 Core Data 云同步状态的实现原理、操作细节以及注意事项进行探讨和说明。
上一篇《C# 数据操作系列 - 11 NHibernate 配置和结构介绍》 介绍了Nhibernate里的配置内容。这一篇将带领大家了解一下如何使用NHIbernate。之前提到NHibernate继承了Hibernate的一些传统：使用XML文件进行配置，这一点也是备受争议。不过，有社区爱好者开发了一个名为《Fluent NHibernate》的项目，用来支持NHibernate的流式配置。当然，NHibernate本身也提供了NHibernate.Mapping.ByCode模式。不过这一篇暂且略过，留待下文。
前面两篇文章我们分别讲了MVC下的视图和控制器，这章我们要讲模型（model），这章由于涉及到基架的使用，还有对模型绑定后数据库相关知识，可能会 很抽象，慢慢来吧，↖(^ω^)↗！在这之前可以先看看老师上课提的几个问题，相信看完了，你就对MVC中的模型有了个初步的了解了！
DROP TABLE命令删除一个表及其对应的持久化类定义。如果该表是其架构中的最后一项，则删除该表也会删除该架构及其相应的持久化类包。
约定，类似于接口，是一个规范和规则，使用Code First 定义约定来配置模型和规则。在这里约定只是记本规则，我们可以通过Data Annotaion或者Fluent API来进一步配置模型。约定的形式有如下几种：
Entity Framework Core (EF Core) 是 .NET 平台流行的对象关系映射（ORM）框架。虽然 .NET 平台中 ORM 框架有很多，比如 Dapper、NHibernate、PetaPoco 等，并且 EF Core 的性能也不是最优的（这是由于 EF 的实体跟踪特性，将其禁用后可以大幅提升性能），但依然吸引到很多后端开发者的使用，原因如下：
EF Core 默认会与 ASP.NET Core的日志提供程序一起工作，只需要使用AddDbContext或AddDbContextPool添加服务即可。
简单的说一下自己的理解，大家应该都很明白ADO.NET，也就是原生态的数据库操作，直接通过拼接SQL语句，表与表之间通过链接（inner join left join 或者子查询），也就是在设计表的时候预先设计好的，通过主外键进行关联。那么现在在Entity Framework中是如何配置处理的呢？
EF 6.X中的多对多映射是直接使用HasMany-HasMany来做的。但是到了EF Core中，不再直接支持这种方式了，可以是可以使用，但是不推荐，具体使用可以参考《你必须掌握的EntityFramework 6.X与Core 2.0》一文。在这里我就详细的说下如何在EF core下实现。 首先就是实体类的建立：
去年8月，我用 .NET Core 重写了我的博客系统。经过一年多的优化，服务器响应速度从上线时候的 80ms 提高到了现在的 8ms，十倍提速。可惜由于部署在国外，自然不可抗力会导致中国用户晚上访问速度不稳定。本文分享网络正常的前提下，我做了哪些优化和提升，希望能帮到大家。
LearnEf.Console依赖LearnEf.Domains和LearnEf.Data:
该文章比较基础, 不多说废话了, 直接切入正题. 该文分以下几点: 创建Model和数据库 使用Model与数据库交互 查询和保存关联数据 EF Core支持情况 EF Core的数据库Provide
今天在学EF Code First模式的时候,发现几个很有趣的问题,问题如下: 1、当编写玩实体后,不指定任何主键约束,EF会找长的最像Id的,然后设置其为主键,验证代码如下: //User类 class User { public Guid UserId { get; set; } public string Name { get; set; } } class CodeFirstContext:DbContext {
如果在 EF OnModelCreating 中配置了实体外键映射，也就是 SQL Server 中的 ForeignKey，那么我们在添加实体的时候，主实体的主键值会自动映射到子实体的外键值，并且这个操作在一个 SaveChanges 中，但如果没有在 OnModelCreating 中进行外键映射配置，我们添加实体的时候，就不会自动映射外键值了，什么意思呢？我们先看一个示例代码： public class SchoolDbContext : DbContext{ public SchoolDbCo
本文介绍如何在CentOS 7上部署Google BBR的过程步骤，希望对大家有所参考。【注：文章当时使用的内核版本是4.9.0 而目前是4.15.6（4.15版本高于4.9）】
Entity Framework Core（简称EF Core）是微软推出的一个轻量级版的Entity Framework，它是一个开源的、跨平台（Windows、Linux和macOS）的对象关系映射（ORM）框架。EF Core 旨在提供快速的数据访问和强大的数据库操作功能，同时保持较低的资源占用。 EF Core 支持与多种数据库系统的集成，包括 SQL Server、SQLite、MySQL、PostgreSQL 和 Oracle 等。它提供了 Code First 开发方法，允许开发人员通过代码来定义模型、配置映射关系和创建数据库。此外，EF Core 还支持数据迁移，使得在开发过程中数据库模式的变更更加容易管理和部署。 EF Core 与传统的 Entity Framework (EF) 相比，具有以下特点：
这些示例不由IdentityServer团队维护。 IdentityServer团队提供链接到了社区示例，但不能对示例做任何保证。 如有问题，请直接与作者联系。 各种ASP.NET Core安全示例 https://github.com/leastprivilege/AspNetCoreSecuritySamples IdentityServer4 EF 和 ASP.NET Identity ASP.NET Identity：https://github.com/IdentityServer/Identit
Ask Apple 为开发者与苹果工程师创造了在 WWDC 之外进行直接交流的机会。本文对本次活动中与 Core Data 有关的一些问答进行了整理，并添加了一点个人见解。本文为上篇。
GIT地址(欢迎start和 fork):l2999019/GZY.Quartz.MUI: 基于Quartz的轻量级,注入化的UI组件 (github.com)
最近在分析现在团队的项目代码（基于.NET Framework 4.5），经常发现一个CallContext的调用，记得多年前的时候用到了它，但是印象已经不深刻了，于是现在来复习一下。
为了保证数据的完整性，SQL 规范以约束的方式对表数据进行额外的条件限制。从以下四个方面考虑：
索引是跨多个数据存储区的常见概念。 尽管它们在数据存储中的实现可能会有所不同，但也可用于基于列（或一组列）更高效地进行查找。
为了方面社区用户体验GreatSQL，我们同时还提供Docker镜像，本文详细介绍如何在Docker中部署GreatSQL，并且构建一个MGR集群。
检查数据库和迁移文件时发现Address这个字段被意外设置成nullable: false，而其它的字段却正常，按理来说对于string类型的属性，EFCore在codefirst模式下应该映射为可空类型。
dotnet [--version] [--info] [--list-runtimes] [--list-sdks]
https://blog.lindexi.com/post/C-%E5%BE%88%E5%B0%91%E4%BA%BA%E7%9F%A5%E9%81%93%E7%9A%84%E7%A7%91%E6%8A%80.html
趁着假期的时间所以想重新学习下微软的官方文档来巩固下基础知识。我们都知道微软目前已经发布了.NET Core3.0的第三个预览版，同时我家里的电脑也安装了vs2019。So，就用vs2019+.NET Core3.0来跟着做一下Contoso University这个WEB应用，但是在基于3.0进行操作的时候遇到了一些问题，所以我就查看了微软的《从 ASP.NET Core 迁移 2.2 到 3.0 预览版 2》这篇文档，就着今天遇到的问题，所以我整理下，希望对大伙有所帮助，当然大伙也可以直接阅读微软的官方文档进行查看。但是我在阅读官方说明的时候，总感觉翻译的不是很准确，读起来很拗口，所以这里我是自己的理解对官方文档的一个补充。
本文主要讲EF一对多关系和多对多关系的建立 一、模型设计器 1、一对多关系 右键设计器新增关联 导航属性和外键属性可修改 2、多对多关系 右键设计器新增关联 模型设计完毕之后,根据右键设计器根据模型生
Ask Apple 为开发者与苹果工程师创造了在 WWDC 之外进行直接交流的机会。本文对本次活动中与 Core Data 有关的一些问答进行了整理，并添加了一点个人见解。本文为下篇。
Unit Of Work模式，由马丁大叔提出，是一种数据访问模式。UOW模式的作用是在业务用例的操作中跟踪对象的所有更改（增加、删除和更新），并将所有更改的对象保存在其维护的列表中。在业务用例的终点，通过事务，一次性提交所有更改，以确保数据的完整性和有效性。总而言之，UOW协调这些对象的持久化及并发问题。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
