开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

当我调用SaveChanges时，没有任何东西保存回数据库吗？

当调用SaveChanges方法时，Entity Framework Core会将对上下文所做的更改保存回数据库。如果调用SaveChanges后没有任何东西保存回数据库，可能有以下几种可能的原因：

没有进行任何更改：在调用SaveChanges之前，需要确保对上下文中的实体进行了修改、添加或删除操作。如果没有进行任何更改，调用SaveChanges将不会有任何效果。
未正确配置实体映射：在使用Entity Framework Core时，需要确保实体类与数据库表之间的映射关系正确配置。如果映射关系不正确，SaveChanges可能无法将更改保存回数据库。请检查实体类的属性与数据库表的列是否匹配，并确保在上下文的OnModelCreating方法中正确配置实体映射。
未启用自动跟踪更改：默认情况下，Entity Framework Core会自动跟踪对实体的更改。但是，如果在上下文中禁用了自动跟踪更改功能，调用SaveChanges将不会保存任何更改。可以通过在上下文的构造函数中设置ChangeTracker.AutoDetectChangesEnabled属性来启用自动跟踪更改。
事务回滚：如果在调用SaveChanges之前启动了一个事务，并且在SaveChanges之后回滚了该事务，那么对数据库的更改将不会被保存。请确保没有在SaveChanges之前回滚事务。

如果以上情况都不是问题的原因，可能需要进一步调试和排查。可以使用调试器检查SaveChanges方法的返回值，查看是否有任何错误或异常抛出。此外，还可以查看数据库连接是否正确配置，并确保数据库服务器正常运行。

腾讯云相关产品和产品介绍链接地址：

云数据库 TencentDB：https://cloud.tencent.com/product/cdb
云服务器 CVM：https://cloud.tencent.com/product/cvm
云原生应用引擎 TKE：https://cloud.tencent.com/product/tke
云存储 COS：https://cloud.tencent.com/product/cos
人工智能 AI：https://cloud.tencent.com/product/ai
物联网 IoT Explorer：https://cloud.tencent.com/product/ioe

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

Entity Framework快速入门--直接修改（简要介绍ObjectContext处理机制）

在介绍Entity Framework的修改实体到数据库的方法之前呢，我们先简要的介绍一下ObjectContext的处理机制。

03

Entity Framework 实体状态

从今天开始我们开始讲解EF中的实体状态和数据操作，这篇文章先讲解实体状态。我们通过前面的学习，知道EF通过上下位负责跟踪实体的状态，实体状态的位置是在命名空间 System.Dat.Entity 里的 EntityState，具体状态有如下5种：

01

EF简介

EF:EF是 asp.net的一套ORM框架. ORM: 广义上:ORM指的是面向对象的模型和关系型数据库的数据库之间的相互转换; 狭义上:ORM可以被认为是,基于关系型数据库的数据存储,实现一个虚拟

08

Entity Framework Core 捕获数据库变动

在实际项目中我们往往需要记录存储在数据库中数据的变动（例如修改数据前记录下数据的原始值），这样一来在发生误操作时可以将数据恢复到变动前的状态，也可以追溯到数据的修改人。大部分开发人员会自己定义记录数据变动的代码，但是这样不仅费时费力有时还会影响到这个业务的性能。当然，我们也可以利用数据库触发器来记录这些操作，在 SQL Server 数据库 2017 以上版本中给我们提供了跟踪数据库数据更改的功能，利用这个功能可以准确的记录数据库数据的变动。这个功能虽然强大但是某些时候我们使用的数据库并不是 SQL Server 数据库，或者某些情况下我们不适合使用 SQL Server 数据库所提供的这个功能。那么这个时候该怎么办呢？如果你使用的是 Entity Framework Core 2.0 及以上版本来开发项目的话，那这个问题就好解决了。在 Entity Framework Core 中，只要捕获到了数据变更记录，我们就可以将数据随时还原到变更前的状态，在这里数据库变更记录被称为审计数据。那么我们先来看两个问题：

01

【我们一起写框架】领域驱动设计的CodeFirst框架（一）—序篇

领域驱动设计就是我们俗称的DDD，英文全拼是Domain-Driven Design。

03

RavenDB起步--客户端API（三）

我们可以通过 Delete 方法来删除文档，这个方法接受实例实体或文档 ID。下面的代码就是删除文档的方法：

06

Entity Framework 简单增删改操作

在 Entity Framework 简单查询操作中主要是学习了在Entity Framework中的几种不同模式的查询操作，现在主要来学习一下简单的增加、删除、修改操作。

03

02-EF Core笔记之保存数据

EF Core通过ChangeTracker跟踪需要写入数据库的更改，当需要保存数据时，调用DbContext的SaveChanges方法完成保存。

04

浅析Entity Framework Core中的并发处理

本文讲述如何使用Entity Framework Core来实现一个乐观并发控制，并介绍在.NET Core中使用DbContext进行数据库操作时的一些常见问题和解决方案。

09

EF实体中的修改

思路：先从ObjectContext取出实体，然后将前台传过来的DTO属性对应赋值到我们的实体上，然后调用ObjectContext的保证修改方法。

01

5个EF core性能优化技巧，让你程序健步如飞

(1).使用 EF.Functions.Like进行模糊查询要比 StartsWith、Contains 和 EndsWith 方法生成的SQL语句性能更优。

05

asp.net mvc 简单项目框架的搭建过程（一）对Bll层和Dal层进行充分解耦

学习asp.net 已经有近三个月的时间了，在asp.net mvc上花的时间最多，但个人真是有些菜，不得不说，asp.net mvc的水真的还是蛮深的。目前在公司实习，也见过公司几个项目的代码了。对项目的代码始终停留在一知半解的地步，能改一些简单的bug，但关于项目的来龙去脉始终云里雾里。对于asp.net mvc的架构始终看不懂。因此，照着传智博客的学习视频，学了一下简单的架构搭建。真个架构的搭建我看了将近两遍视频，才稍稍有些头绪，今天在这里记录一下，一方面加深理解，一方面如果以后忘记了，还能快速的想起来，当然如果我的这篇简陋的随笔能有幸被有需要的人看见，并对他们产生一些帮助，我心里肯定也是非常欢欣的。

02

Entity Framework 并发冲突解决方案

在大多数的应用中都会出现客户端同时发送多个请求对同一条数据就行修改，这个时候就会出现并发冲突。我们一般的做法会有如下两种：

02

C# 数据操作系列 - 5. EF Core 入门

上一章简单介绍了一下ORM框架，并手写了一个类似ORM的工具类。这一章将介绍一个在C#世界里大名鼎鼎的ORM框架——Entity Framework的Core版。

01

RavenDB起步--第一个 RavenDB 程序

本篇文章将带领大家实现一个小的 RavenDB 案例程序，要求是这样的：实现一个 ToDoList 程序，可以对它进行新增、修改。下面我们开始吧！

01

基于百度万年历定制化 2

接着上面的内容，我们本章节通过设置数据库表结构，将json数据通过一种数据结构存储在数据库中。首先我们需要设计数据库的表。

03

Entity Framework 4.1 Code-First 学习笔记

CodeFirst提供了一种先从代码开始工作，并根据代码直接生成数据库的工作方式。Entity Framework 4.1在你的实体不派生自任何基类、不添加任何特性的时候正常的附加数据库。另外呢，实体的属性也可以添加一些标签，但这些标签不是必须的。下面是一个简单的示例：

01

【EF】数据表全部字段更新与部分字段更新

在更新数据库的过程中，出现了” 更新条目时出错。有关详细信息，请参见内部异常。“的问题。

01

ASP.NET MVC学习笔记06编辑方法和编辑视图

上一篇中，说到了MVC生成的Index方法，和Details方法，现在来说一下自动生成的方法和视图，应该怎么的来进行编辑。优化日期显示在这之前，先对前面的代码进行优化，使得发布日期属性（Relea

05

UnitOfWork知多少

Unit Of Work模式，由马丁大叔提出，是一种数据访问模式。UOW模式的作用是在业务用例的操作中跟踪对象的所有更改（增加、删除和更新），并将所有更改的对象保存在其维护的列表中。在业务用例的终点，通过事务，一次性提交所有更改，以确保数据的完整性和有效性。总而言之，UOW协调这些对象的持久化及并发问题。

08

RavenDB起步--客户端API（二）

会话是代码和 RavenDB 交互的主要方式。会话 API 中包含如下七个常用的高级 API ：

03

你真的了解回调?

你将在本文中,学习到什么是回调,回调是一种异步操作手段,在平时的使用当中无处不在,究竟如何确定何时使用异步(跳跃式执行,稍后响应,发送一个请求,不等待返回,随时可以再发送下一个请求,例如订餐拿号等饭,发广播,QQ,微信等聊天)还是同步(顺序执行,逐行读取代码,会影响后续的功能代码,也就是发送一个请求,等待返回,然后再发送下一个请求,比如打电话,需要等到你女票回话了,才能继续下面虐狗情节),回调的重要不言而喻,然而当面试时,让你举例出哪些异步回调时,好像除了回答一个Ajax,貌似就再也难以举例了的,本文会让你认识不一样的回调,文若有误导地方,欢迎路过的老师多提意见和指正

03

怎么写一个JavaScript Promise

JavaScript promise是一个对象，表示异步任务完成或者失败及其结果值。

03

EF Core关系配置

关系配置： EF Core中实体之间关系的配置的套路： HasXXX(…).WithXXX(…); 有XXX、反之带有XXX。 XXX可选值One、Many。

01

Entity Framework——并发策略

使用EF框架遇到并发时，一般采取乐观并发控制。 1支持并发检验为支持并发检验，需要对实体进行额外的设置。默认情况下是不支持并发检验的。有以下两种方式：方式名称说明时间戳注解/行版本使用TimestampAttribute特性，实体的属性必须是byte数组类型非时间戳注解使用ConcurrencyCheckAttribute Fluent API 使用StringPropertyConfiguration.IsConcurrencyT

08

.net EF 新手教程

模型的内容根据大家的需要进行选择，我在这里选择来自数据库的EF设计器，这样他会帮我自动生成数据库中的EF设计器。

00

为什么 async/await 不仅仅是句法糖

开篇观点，async/await 不仅仅是 Promise 上面的语法糖，因为 async/await 确实提供了切实的好处。

02

Asp.Net Core 轻松学-经常使用异步的你,可能需要看看这个文章

https://github.com/lianggx/EasyAspNetCoreDemo/tree/master/Ron.TaskThird

03

IdentityServer（14）- 使用EntityFramework Core配置和操作数据

IdentityServer具有良好的扩展性，其中一个可扩展点是用于IdentityServer所需数据的存储机制。本快速入门介绍了如何配置IdentityServer以使用EntityFramework（EF）作为此数据的存储机制（而不是使用我们迄今为止使用的内存中实现）。 IdentityServer4.EntityFramework组件有两种类型的数据需要持久化到数据库中。首先是配置数据（资源和客户端），第二个是IdentityServer在使用时产生的操作数据（令牌，代码和同意书）。这些存储

03

熟悉而陌生的新朋友——IAsyncDisposable

在.NET Core 3.0的版本更新中，官方我们带来了一个新的接口 IAsyncDisposable。

01

【译】怎么写一个JavaScript Promise

JavaScript promise是一个对象，表示异步任务完成或者失败及其结果值。

02

初探领域驱动设计（2）Repository在DDD中的应用

概述上一篇我们算是粗略的介绍了一下DDD，我们提到了实体、值类型和领域服务，也稍微讲到了DDD中的分层结构。但这只能算是一个很简单的介绍，并且我们在上篇的末尾还留下了一些问题，其中大家讨论比较多的，也是我本人之前有一些疑问的地方就是Repository。我之前觉得IRepository和三层里面的IDAL很像，为什么要整出这么个东西来；有人说用EF的话就不需要Repository了；IRepository是鸡肋等等。我觉得这些问题都很好，我自己也觉得有问题，带着这些问题我们就来看一看Repositor

06

如何通过分解和增量更改将单体迁移到微服务？

服务迁移不是一个小更改。你必须搞清楚它是否真的能解决你的问题，否则你可能会创建一个会杀死你的、乱糟糟的实体。单体有不同类型，其中一些可能是有效的，足以满足业务需求。单体不是一个应该被杀死的敌人。微服务关乎独立部署。有一些分解和增量更改模式可以帮助你评估并迁移到微服务架构。当你开始使用微服务时，你会意识到随之而来的是一系列非常复杂的挑战。所以不应该将微服务作为默认选择。你得仔细考虑它们是否适合你。

01

EF操作数据库的步骤和一些简单操作语句

这里是写给我自己做记录的，不会写成一篇很好的博客，也不会置顶，如果有朋友看到了，而且觉得里面的内容不咋的，希望见谅哈！

02

EF Core 基础知识

EF Core 默认会与 ASP.NET Core的日志提供程序一起工作，只需要使用AddDbContext或AddDbContextPool添加服务即可。

02

SQL查询并不总是以SELECT开始

很多 SQL 查询确实以 SELECT 开始(本文仅涉及 SELECT 查询，而不涉及 INSERT 或其他内容)。不过，我在网上搜索 ‘是否可以对窗口函数返回的结果进行过滤’ 这个问题，或者说可以在 WHERE、HAVING 或其他中过滤窗口函数的结果吗？最终我得出的结论是：窗口函数必须在 WHERE 和 GROUP BY 发生之后才能运行，所以答案是我们这样做。于是又引出了另一个问题：SQL 查询的执行顺序是什么样的？

02

基础设施即代码或云平台—由您决定！

翻译自 Infrastructure as Code or Cloud Platforms — You Decide! 。

01

【C#】Entity Framework 增删改查和事务操作

方法二：方法一中每次都需要对所有字段进行修改，效率低，而且麻烦，下面介绍修改部分字段

01

在Entity Framework中使用存储过程（三）：逻辑删除的实现与自增长列值返回

本篇文章通过实例的方式，讨论两个在EF使用存储过程的主题：如何通过实体和存储过程的映射实现逻辑删除；对于具有自增长类型主键的数据表，在进行添加操作的时候如何将正确的值反映在实体对象上。目录一、基于逻辑删除的数据表和存储过程定义二、如何过滤逻辑删除记录三、具有自增长列的存储过程定义四、通过Result Columns Binding将结果集的列于实体属性进行绑定一、基于逻辑删除的数据表和存储过程定义较之物理删除（记录彻底从数据表中清除掉），

08

EntityFramework的多种记录日志方式,记录错误并分析执行时间过长原因(系列4)

本文通过介绍Entity Framework的日志记录功能，讲解了在.NET中如何实现数据库操作记录的解决方案。通过使用Entity Framework的上下文、数据库日志和IDbCommandInterceptor接口，开发者可以记录数据库操作，包括查询、更新和删除等，并获取操作的时间、SQL语句、参数等信息。同时，文章还提供了数据库日志记录的具体实现代码和示例，帮助读者更好地理解实现过程。通过本文的学习，读者可以掌握如何在.NET中实现对数据库操作的记录和跟踪，提高数据库应用的稳定性和可维护性。

05

EntityFramework数据持久化复习资料6、EntityFramework引入

EntityFramework数据持久化复习资料3、EntityFramework引入

03

【asp.net core 系列】9 实战之 UnitOfWork以及自定义代码生成

在前一篇中我们创建了一个基于EF的数据查询接口实现基类，这一篇我将带领大家讲一下为这EF补充一些功能，并且提供一个解决避免写大量配置类的方案。

01

C# 数据操作系列 - 8. EF Core的增删改查

到目前为止，我们看了一下如何声明EF Core的初步使用，也整体的看了下EF Core的映射关系配置以及导航属性的配置。

02

SSM理解&疑问&回答

一,SSM框架实现一个web程序主要使用到如下三个技术： Spring：用到注解和自动装配，就是Spring的两个精髓IOC(反向控制)和 - - AOP(面向切面编程)。 SpringMVC：用到了

01

如何运用领域驱动设计 - 工作单元

在上一篇《如何运用领域驱动设计 - 存储库》的文章中，我们讲述了有关仓储的概念和使用规范。仓储为聚合提供了持久化到本地的功能，但是在持久化的过程中，有时一个聚合根中的各个领域对象会分散到不同的数据库表里面；又或者是一个用例操作需要操作多个仓储；而这些操作都应该要么同时成功，要么同时失败，因此就需要为这一系列操作提供事务的支持，而事务管理就是由工作单元来提供的。在上一篇中，可能已经提到了工作单元，但是仅仅是一笔带过，现在我们就来详细的探究该如何更好的来实现工作单元。（文章的代码片段都使用的是C#,案例项目也是基于 DotNet Core 平台）。

02

python访问数据库

python就内置了SQLite，所以python使用SQLite不需要安装任何东西，直接进行使用。

03

.NET 云原生架构师训练营（模块二基础巩固 EF Core 更新和迁移）--学习笔记

乐观处理：系统认为数据的更新在大多数情况下是不会产生冲突的，只在数据库更新操作提交的时候才对数据作冲突检测（推荐）

02

EntityFramework 外键值映射

如果在 EF OnModelCreating 中配置了实体外键映射，也就是 SQL Server 中的 ForeignKey，那么我们在添加实体的时候，主实体的主键值会自动映射到子实体的外键值，并且这个操作在一个 SaveChanges 中，但如果没有在 OnModelCreating 中进行外键映射配置，我们添加实体的时候，就不会自动映射外键值了，什么意思呢？我们先看一个示例代码： public class SchoolDbContext : DbContext{ public SchoolDbCo

05

AsNoTracking

EF默认情况下对数据的访问都是启用模型跟踪。 Entity Framework在第一次对象加载到内存中时进行一次快照，添加快照发生在返回一次查询或添加一个对象到DbSet中时。当Entity Framework需要知道对象的变动时，将先把当前实体与快照中的对象进行扫描对比。实现扫描对比的方法是调用DbContext.ChangeTracker的DetectChanges方法。　　变动跟踪代理：变动跟踪代理是一种会主动通知Entity Framework实体对象发生变动的机制。如：延迟加载的实现方式。要使用变动跟踪代理，需要在定义的类结构中，Entity Framework可以在运行时从POCO类中创建动态类型并重写POCO属性。动态代理就是一种动态类型，包含重写属性和通知Entity Framework实体对象变动的逻辑。

02

注意：PHP7中十个需要避免的坑

这一天终于来了，从此你不仅仅“不应该”使用mysql_函数。PHP 7 已经把它们从核心中全部移除了，也就是说你需要迁移到好得多的mysqli_函数，或者更灵活的 PDO 实现。

02

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭