1、Entity Framework Core(EF Core)是微软官方的ORM框架。优点：功能强大、官方支持、生产效率高、力求屏蔽底层数据库差异；缺点：复杂、上手门槛高、不熟悉EFCore的话可能会进坑。 2、Dapper。优点：简单，N分钟即可上手，行为可预期性强；缺点：生产效率低，需要处理底层数据库差异。 3、EF Core是 模型驱动 (Model-Driven)的开发思想，Dapper是 数据库驱动(DataBase-Driven)的开发思想的。没有优劣，只有比较。 4、性能： Dapper等≠性能高；EF Core≠性能差。 5、EF Core是官方推荐、推进的框架，尽量屏蔽底层数据库差异，.NET开发者必须熟悉，根据的项目情况再决定用哪个。
== 注意：这里的创建数据库命令和上面创建 MariaDB/MySql 的命令有一点小小的不同 ==
乐观处理：系统认为数据的更新在大多数情况下是不会产生冲突的，只在数据库更新操作提交的时候才对数据作冲突检测（推荐）
EF Core是我们.NET日常开发中比较常用的ORM框架，今天大姚要分享的内容是如何使用EF Core Generic Repository通用仓储库来快速实现EF Core数据仓储模式。
Entity Framework Core (EF Core)是微软推荐的基于.NET Core 的应用程序数据访问技术。开源，轻量级，可扩展并且支持跨平台开发。EF Core是一种对象关系映射器（ORM），通过应用程序实体对象和关系数据库中的数据的映射，使得开发人员能够以面向对象的方式处理数据。
关系配置： EF Core中实体之间关系的配置的套路： HasXXX(…).WithXXX(…); 有XXX、反之带有XXX。 XXX可选值One、Many。
前言： 本章主要通过一个完整的示例讲解ASP.NET Core MVC+EF Core对MySQL数据库进行简单的CRUD操作，希望能够为刚入门.NET Core的小伙伴们提供一个完整的参考实例。
加载相关数据：https://docs.microsoft.com/zh-cn/ef/core/querying/related-data/
这两个方法的区别是：一个是返回的 int 是指我们影响的数据条数，另外一个返回 bool 表示我们保存是否成功，本质上这两个方法达到的效果是相同的
EF Core（Entity Framework Core）是一个轻量级、跨平台的对象关系映射（ORM）框架，用于在.NET应用程序中访问和操作数据库。它是Entity Framework的下一代版本，专为.NET Core应用程序而设计。 EF Core提供了一种简单、灵活和高效的方式来与各种数据库进行交互，它通过将数据库表映射为.NET对象，并提供了一组强大的查询语言和操作API，使开发人员能够以面向对象的方式进行数据库操作。 本文是一个简单的EF Core教程，演示了如何使用EF Core进行数据库操作。
主要是两种：一种，检查属性并发冲突，使用 [ConcurrencyCheck] ;另一种，检测行的并发冲突，使用 rowversion 跟踪属性，如果在保存之前有修改，就报错
在 EF Core 7 中，我们可以使用批量操作来删除多条数据。这种方式与之前的版本有所不同，本文将对比 EFCore 7 和之前版本批量删除数据的不同方式。
一个工作单元在一个事务范围内保留所有对数据库的变更，在这个工作单元结束的时候一次性提交所有改动到数据库
事件总线解决了微服务间如何基于集成事件进行异步通信的问题。然而只有事件总线正常运行，微服务之间基于事件的通信才得以运转。 而现实情况是，总有这样或那样的问题，导致事件总线不稳定或不可用，比如：网络中断，系统断电等等，这都可能导致微服务间的不一致性问题。 那如何解决事件总线故障导致的不一致问题呢？
创建一个自定义的配置中心，将框架中各类配置，迁移至数据库，支持切换数据库，热重载。
https://github.com/lianggx/EasyAspNetCoreDemo/tree/master/Ron.TaskThird
当前环境为EF Code First开发模式中 一、EF默认约定 1、常用约定 (1)、当没有显示指定实体主键的时候,EF会默认将长得最像Id的属性(且类型为GUID)设为主键 (2)、设计实体时,当一个实体包含一个集合属性,该集合属性里面的元素是另一个实体时,则默认未一对多关系,即使没有显示的指定一对多的关系,EF会默认的设置主外键(主从)关系 (3)、一对一的实体关系,需要手动设置主从关系 (4)、多对多无载荷关系实体,EF自动生成中间表,不需要新增实体来表示. (5)、表名默认复数化 2、类型发现约定
Entity Framework Core：https://docs.microsoft.com/zh-cn/ef/core/
本文是一个非常简单的博客，让大家知道如何使用 asp dot net core 做后台，使用 UWP 或 WPF 等做前台。 本文因为没有什么业务，也不想做管理系统，所以看到起来是很简单。
《EF Core》实际上已经可以告一段落了，但是感觉还有一点点意犹未尽。所以决定分享一下，个人在实际开发中使用EF Core的一些经验和使用的扩展包。
作者：句幽 出处：https://www.cnblogs.com/uoyo/p/12421553.html 开篇 距离发布上一篇该系列的文章好像已经过了快一个半月了，好吧，我托更了?。一晃就已经到了
多语言也是我们经常能用到的东西，asp.net core中默认支持了多语言，可以使用.resx资源文件来管理多语言配置。 但是在修改资源文件后，我们的应用服务无法及时更新，属实麻烦一些。我们可以通过扩展IStringLocalizer，实现我们想要的多语言配置方式，比如Json配置，PO 文件配置，EF数据库配置等等。 这里我们选用数据库配置的方式，直接查询数据库的多语言配置进行转换。
上一篇【.Net Core微服务入门全纪录（五）——Ocelot-API网关（下）】中已经完成了Ocelot + Consul的搭建，这一篇简单说一下EventBus。
通常而言，系统审计是指记录谁，什么时间，干了什么事儿，具体到本项目中，着重两个方面：一是记录重点业务记录的创建人、创建时间、修改人、修改时间；二是记录重点操作的流水记录，如谁什么时间新增了个什么订单。本篇讲上半部分，既重点业务对象记录的创建人、创建时间，修改人、修改时间，或者准确讲是最后修改人、最后修改时间。
上一篇已经介绍了identity的注册，登录，获取jwt token，本篇来完成refresh token。
这是一个空接口，它只是标记出来某一个对象是否是领域事件，INotification 也是一个空接口，它是 MediatR 框架的一个接口，是用来实现事件传递用的
(1).使用 EF.Functions.Like进行模糊查询要比 StartsWith、Contains 和 EndsWith 方法生成的SQL语句性能更优。
本文介绍了EF Core 2.0的新特性和改进，包括实体、表、查询、性能提升和查询方面的内容。
在 Web 开发中，经常会遇到这样的场景：用户发起一个请求，Web 服务器执行一些计算密集型的操作，等待结果返回给用户。这种情况下，如果用户在等待结果的过程中取消了请求，那么服务器端依然会继续执行计算，这样就会造成资源浪费。
最近因为阳了的缘故一直躺在床上。今天终于从床上爬起来了。不是因为好透了，而是因为我收到了申请Copilot Chat preview 权限通过的邮件。实在忍不住，于是起床开电脑在咳嗽声中进行了一番体验。
检查数据库和迁移文件时发现Address这个字段被意外设置成nullable: false，而其它的字段却正常，按理来说对于string类型的属性，EFCore在codefirst模式下应该映射为可空类型。
这里需要注意的是，EF Core 对于查询的执行采用延迟执行的方法，只有遇到了实际需要结果的操作，查询才会执行，这些操作包括以下几种类型：
前面章节提及的MassTransit、dotnetcore/CAP都提供了分布式事务的处理能力，但也仅局限于Saga和本地消息表模式的实现。那有没有一个独立的分布式事务解决方案，涵盖多种分布式事务处理模式，如Saga、TCC、XA模式等。有，目前业界主要有两种开源方案，其一是阿里开源的Seata，另一个就是DTM。其中Seata仅支持Java、Go和Python语言，因此不在.NET 的选择范围。DTM则通过提供简单易用的HTTP和gRPC接口，屏蔽了语言的无关性，因此支持任何开发语言接入，目前提供了Go、Python、NodeJs、Ruby、Java和C#等语言的SDK。 DTM，全称Distributed Transaction Manager，是一个分布式事务管理器，解决跨数据库、跨服务、跨语言更新数据的一致性问题。它提供了Saga、TCC、 XA和二阶段消息模式以满足不同应用场景的需求，同时其首创的子事务屏障技术可以有效解决幂等、悬挂和空补偿等异常问题。
最近在学习Blazor做全栈开发，因此根据老习惯，我会将我的学习过程记录下来，一来体系化整理，二来作为笔记供将来翻看。
阅读本文之前，您也可以到Asp.Net Web API 2 系列导航进行查看 http://www.cnblogs.com/aehyok/p/3446289.html。
一.模型级查询过滤器（Model-level query filters） ef core2.0包含了一个新特性，我们叫他模型级查询过滤器（Model-level query filters）。此特性允许使用Linq查询表达式直接定义在实体类型的元数据模型上。这样的过滤器会自动应用到任何LINQ查询所涉及的那些实体类型，包括间接引用的实体类型（对象引用，导航属性）。这个特性的一些常见应用是： 软删除-定义一个 IsDeleted 属性 多租户-定义一个 TenantId 属性 示例代码： 1 pub
当我们进行开发的时候,常常会用到数据库来对数据进行持久化的操作，有的时候,我们并不想要在进行代码开发的过程中，还去关注数据库的构建,表的构建等等。于是，就有了Code First模式。何为Code First模式呢？它思想就是先定义模型中的类，再通过这些类生成数据库。这种开发模式适合于全新的项目，它使得我们可以以代码为核心进行设计而不是先构造数据库。这样一来，使得我们更加关注代码的开发。在c#中，我们使用EntityFramework来实现Code First场景。
前文索引： ASP.NET Core教程【二】从保存数据看Razor Page的特有属性与服务端验证 ASP.NET Core教程【一】关于Razor Page的知识 实体字段属性 再来看看我们的实体类 public class Movie { public int ID { get; set; } public string Title { get; set; } [Display(Name = "Release Date")] [Da
EF:EF是 asp.net的一套ORM框架. ORM: 广义上:ORM指的是面向对象的模型和关系型数据库的数据库之间的相互转换; 狭义上:ORM可以被认为是,基于关系型数据库的数据存储,实现一个虚拟
领域对象是DDD的核心，我们会依次分析聚合/聚合根、仓储、规约、领域服务的最佳实践和规则。内容较多，会拆分成多个章节单独展开。
很久没更新博客了，加上刚过年，现在准备重新开战，继续自己的学习之路。本文已同步到Web API2系列文章中http://www.cnblogs.com/aehyok/p/3446289.html。
简介 这个是我自己编写的asp.net web api 2.2的基础框架，使用了Entity Framework 6.2（beta）作为ORM。 该模板主要采用了 Unit of Work 和 Rep
本文提供了 ASP.NET Core 的性能最佳实践指南。 译文原文地址：https://docs.microsoft.com/en-us/aspnet/core/performance/perfor
在本节中，我们将使用Entity Framework 数据访问技术来定义这些模型类，并对这些类来进行操作。EF支持一个被称之为“code-first”的开发范例。Code-first允许你通过书写一些简单的类来创建模型对象，而不用关心这些类的持久化。你可以通过访问这些类的方式来访问数据库，这是一种非常方便快捷的开发模式。
我们前面已经讨论过了如何在一个网站中集成最基本的Membership功能，然后深入学习了Membership的架构设计。正所谓从实践从来，到实践从去，在我们把Membership的结构吃透之后，我们要完善它，改造它，这样我们才能真正学以致用。今天我们将以用户信息为主线，从SqlMembershipProvider出发，到ASP.NET Simple Membership最后再到MV5中引入的ASP.NET Identity，来看看微软是如何一步一步的改造这套框架的。 引入 - 用户信息是如何存在数据库
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
