在EF Core 5中,有很多方式可以窥察工作流程中发生的事情,并与该信息进行交互。这些功能点包括日志记录,拦截,事件处理程序和一些超酷的最新出现的调试功能。EF团队甚至从Entity Framework的第一个版本中恢复了一些有用的旧的功能。本博文带你更深入地研究访问EF Core 5的一些元数据和其有趣的使用方式。

1、将EF的ToTraceString移植为EF Core的ToQueryString

这是回忆杀。

在Entity Framework的第一个迭代版本中,没有内置的日志记录。但是有ObjectQuery.ToTraceString(),这是一种运行时方法,可以动态计算LINQ或Entity SQL查询的SQL,尽管这不是一个很好的日志记录方法,但它毕竟可以输出SQL,即使在今天,也有一些有用的场景。

直到最新版本EF Core 5,该功能才成为EF Core的一部分,并且已重命名为ToQueryString()

如果要查看实体类People的简单查询所生成的SQL,只需将ToQueryString附加到查询中即可。不涉及LINQ执行方法。

换句话说,将查询本身与执行方法分开,仅仅针对查询。

  1. var sqlFromQuery=context.People.ToQueryString();

ToQueryString的一个有趣用例是在调试时查看其结果,不必等到运行方法即可检查日志中的SQL。例如我可以构建查询,捕获字符串,然后执行查询。

  1. private static void GetAllPeople()
  2. {
  3. using var context = new PeopleContext();
  4. var query = context.People.Where(p=>p.FirstName=="Julie");
  5. var sqlFromQuery = query.ToQueryString();
  6. var people = query.ToList();
  7. }

然后在调试时,可以看到sqlFromQuery变量的预期SQL。当然您不需要将此代码嵌入生产代码中。实际上,也非常不建议这样做,因为当EF Core进行SQL编制过程时,它很容易影响性能

您应该可以在调试器中调用ToQueryString,如图所示。

在调用ToQueryString之前,查询变量已经作为DbQuery进行了评估,因此可以正常工作。

调试上下文并在调试器中直接显示DbSet,例如在调试器中成功运行context.People.ToQueryString(),但是您不能直接评估LINQ表达式。换句话说,如果要调试上下文变量,然后在调试器中使用Where方法,它将失败。这并不是什么新鲜事物,也不是ToQueryString的限制。

关于ToQueryString的最后一个要点是对它的评估基于最简单的执行:ToList。使用诸如FirstOrDefault之类的LINQ执行查询会影响SQL的呈现方式,因此,在使用FirstOrDefault执行查询时,ToQueryString呈现的SQL与发送给数据库的SQL不同。这种情况下需要 EF Core日志记录来打印准确的Sql,而不是还执拗于ToQueryString。

我发现在集成测试场景下,ToQueryString特别有用。如果您需要编写测试,测试的成功取决于生成的SQL表达式的某些部分,那么ToQueryString是比日志记录更简单的路径。使用日志记录时,您必须将日志捕获到文本编写器中,然后读取该文本。尽管使用InMemory提供程序可能很诱人,但请记住,InMemory提供程序不会生成SQL。您需要为真实数据库使用提供程序,数据库不需要存在即可使用ToQueryString。EF Core在内存中才能确定SQL。

这是一个演示测试示例,旨在证明EF Core编写的智能SQL比我编写的更为智能。请注意,我在测试项目中引用了Microsoft.EntityFrameworkCore.Sqlite提供程序。如您所知,EF和EF Core总是投影与实体属性相关的列。它不写SELECT *。

  1. [TestMethod]
  2. public void SQLDoesNotContainSelectStar()
  3. {
  4. var builder = new DbContextOptionsBuilder();
  5. builder.UseSqlite("Data Source=testdb.db");
  6. using var context = new PeopleContext(builder.Options);
  7. var sql=context.People.ToQueryString();
  8. Assert.IsFalse(sql.ToUpper().Contains("SELECT *"));
  9. }

如果您使用拦截器来执行软删除,并且使用全局查询过滤器来始终过滤出这些行。例如,这是我DbContext OnModelBuildling方法中的一个查询过滤器,它告诉EF Core过滤掉IsDeleted属性为true的Person行。

  1. modelBuilder.Entity<Person>().HasQueryFilter(p => !p.IsDeleted);

有了这个,我可以编写与上面类似的测试,但是将断言更改为以下内容,以确保我不会破坏全局查询过滤器逻辑。

  1. Assert.IsTrue(sql.ToUpper().Contains("WHERE NOT (\"p\".\"IsDeleted\")"));

2、从EF Core记录详细信息

共有三种方法可以利用EF Core的日志管道。

2.1、 简单的日志记录

可以与.NET的日志记录API结合使用,所有的繁重辛苦的工作都是在后台进行的。您可以使用LogTo方法轻松配置DbContext,将.NET日志记录输出。

嗯,我就想看着你,就这样子,简简单单。

EF Core将输出很多事件。分为以下类,这些类从DbCloggerCategory派生。

  • 变更追踪,ChangeTracking
  • 数据库命令,Database.Command
  • 数据库连接,Database.Connection
  • 数据库事务,Database.Transaction
  • 数据库,Database
  • 基础设施,Infrastructure
  • 移居,Migrations
  • 模型验证,Model.Validation
  • 模型,Model
  • 询问,Query
  • 脚手架,Scaffolding
  • 更新,Update

    您可以使用这些类别将输出筛选为要记录的信息类型。

LogTo的一个参数指定目标为控制台窗口、文件或调试窗口。

然后,第二个参数允许您通过.NET LogLevel以及您感兴趣的任何DLoggerCategoy进行筛选。

此示例配置DbContext将日志输出到控制台,并过滤掉所有DbLoggerCategory类型LogLevel.Information组。

  1. optionsBuilder.UseSqlServer(myConnectionString)
  2. .LogTo(Console.WriteLine,LogLevel.Information);

下面一个LogTo方法添加了第三个参数-DbLoggerCatetory数组(仅包含一个数组),以便仅对EF Core的数据库命令进行进一步过滤。

与LogTo方法一起,我添加了EnableSensitiveDataLogging方法以在SQL中显示传入参数。这将捕获所有发送到数据库的SQL:查询,更新,原始SQL甚至通过迁移发送的更改。

  1. .LogTo(Console.WriteLine, LogLevel.Information,
  2. new[]{DbLoggerCategory.Database.Command.Name},
  3. )
  4. .EnableSensitiveDataLogging();

上面包含IsDeleted属性的“Person”类型也具有FirstName和LastName属性。这是添加新的Person对象后调用SaveChanges的日志。

  1. info: 1/4/2021 17:56:09.935
  2. RelationalEventId.CommandExecuted[20101]
  3. (Microsoft.EntityFrameworkCore.Database.Command)
  4. Executed DbCommand (22ms) [Parameters=[
  5. @p0='Julie' (Size = 4000), @p1='False',
  6. @p2='Lerman' (Size = 4000)],CommandType='Text',
  7. CommandTimeout='30']
  8. SET NOCOUNT ON;
  9. INSERT INTO [People] ([FirstName],[IsDeleted], [LastName])
  10. VALUES (@p0, @p1, @p2);
  11. SELECT [Id]
  12. FROM [People]
  13. WHERE @@ROWCOUNT = 1 AND [Id] = scope_identity();

日志记录显示信息类型、EventId、以及请求的记录器类别的详细信息。接下来,日志名称,执行时间和参数列表。由于启用了敏感数据记录,因此将显示参数。最后,它列出了发送到数据库的SQL。

LogTo使EF Core输出基本日志记录变得容易。您可以在DbContext,ASP.NET Core应用程序的启动文件或ASP.NET Core应用程序的应用程序配置文件中对其进行配置。

注意顶部的EventId。您甚至可以定义日志记录以使用这些ID过滤特定事件。您还可以过滤出特定的日志类别,并且可以控制格式。在https://docs.microsoft.com/zh-cn/ef/core/logging-events-diagnostics/simple-logging上查看有关这些各种功能的更多详细信息的文档。

简单日志记录是记录EF Core的高级方法,是的,高级的就是简单的,这就是计算机世界的定义

您也可以通过直接与Microsoft.Extensions.Logging一起,以对EF Core的日志方式进行更多控制。检查EF Core文档,以获取更多有关使用此更高级用法的详细信息:https://docs.microsoft.com/zh-cn/ef/core/logging-events-diagnostics/extensions-logging

2.2、响应EF Core 事件

EF Core 2.1在EF Core管道中引入了.NET事件。开始只有两个:ChangeTracker.Tracked(在DbContext开始跟踪实体时引发)和ChangeTracker.StateChanged(在已跟踪的实体的状态改变时引发)。

后来,看久了生情,事件的家族又迎来了几个小家伙......

有了基本逻辑,团队向EF Core 5添加三个事件:SaveChangesFailedSaveChangesSaveChangesAsync

当上下文将要保存更改时,将引发DbContext.SavingChanges

在两个保存更改方法中的任何一个成功完成之后,将引发DbContext.SavedChanges

DbContext.SaveChangesFailed用于捕获和检查故障。

能够分离此逻辑,而不是全部填充到SaveChanges方法的中,这是一个很好的选择。

可以使用这些事件来记录未跟踪的备用信息,您甚至可以使用事件来发出记录器无法跟踪的备用信息。

如果要使用影子属性跟踪审核数据,则可以在构造SQL并将其发送到数据库之前,使用SavingChanges事件更新这些属性。

例如,我将应用程序设置为向每个实体添加UserId阴影属性(不包括那些属性包和拥有的实体)。当用户登录时,我的应用程序有一个名为Globals.CurrentUserId的静态变量。此外,在我的DbContext类中,我创建了一个名为SetUserId的私有方法,该方法将我的shadow属性(存在的地方)的值设置为CurrentUserId

  1. private void SetUserId(object sender, SavingChangesEventArgs e)
  2. {
  3. foreach (var entry in ChangeTracker.Entries()
  4. .Where(entry => entry.Metadata
  5. .GetProperty("UserId") != null))
  6. {
  7. entry.Property("UserId").CurrentValue = Globals.CurrentUserId;
  8. }
  9. }

最后,我可以将SetUserId方法连接到DbContext的构造函数中的SavingChanges事件:

  1. public PeopleContext()
  2. {
  3. SavingChanges += SetUserId;
  4. }

现在,每当我调用SaveChanges时,UserId就会与其他数据一起持久保存到表中。

这是一些日志数据:

  1. Executed DbCommand (29ms) [Parameters=[
  2. @p0='Julie' (Size = 4000), @p1='False',
  3. @p2='Lerman' (Size = 4000), @p3='101'],
  4. CommandType='Text', CommandTimeout='30']
  5. SET NOCOUNT ON;
  6. INSERT INTO [People] ([FirstName],[IsDeleted], [LastName], [UserId])
  7. VALUES (@p0, @p1, @p2, @p3);
  8. SELECT [Id]
  9. FROM [People]
  10. WHERE @@ROWCOUNT = 1
  11. AND [Id] = scope_identity();

这只是利用这些事件的一种简单方法。

2.3、使用事件计数器访问指标

EF Core 5利用了.NET Core 3.0中.NET引入的一项很酷的功能-dotnet-counters(https://docs.microsoft.com/zh-cn/dotnet/core/diagnostics/dotnet-counters)。计数器是一个全局命令行工具。您可以使用dotnet CLI安装此工具。

dotnet tool install --global dotnet-counters

安装完成后,您可以告诉它监视在dotnet环境中运行的进程。您需要提供正在运行的.NET应用程序的进程ID

  1. System.Diagnostics.Process.GetCurrentProcess().Id

在Visual Studio中,我无法简单地在调试器中调试此值。调试器只会告诉您“此表达式会产生副作用,因此不会被评估。” 因此,我将其嵌入到我的代码中并获得了值313131

在拥有ID且应用仍在运行的情况下,然后可以触发计数器,开始监视来自Microsoft.EntityFramework命名空间的事件。如下:

  1. dotnet counters monitor Microsoft.EntityFrameworkCore -p 313131

然后,当您遍历应用程序时,计数器将显示EF Core统计信息的特定列表,如图所示,然后在应用程序执行其功能时更新计数。

我仅监视了一个小型演示应用程序,因此计数并不是很好看,但是您可以看到我正在运行一个DbContext实例(Active DbContexts),我已经运行了三个查询,并利用了查询缓存(因为我运行了其中一些查询不止一次),并两次调用SaveChanges。

这看起来像您的代码分析工具,但是当针对更密集的解决方案运行时,它肯定会更有用。EF团队建议您在文档中仔细阅读dotnet-counters功能,以便正确使用EF Core。

3、拦截EF Core的数据——拦截器

EF Core的拦截器是一项功能,该功能始于EF6,并在EF Core 3中重新引入。EF Core 5中引入了SaveChanges的新拦截器。

由于此功能已经存在很长时间了(尽管它对于EF Core是相当新的),因此应该有很多文章介绍。即使这样,我还是觉得很神奇。

共有三种不同的拦截器类来拦截命令,连接和事务,以及用于SaveChanges的新拦截器类。每个类都有自己相关的虚拟方法(和相关对象)。例如,DbCommandInterceptor公开了ReaderExecutingReaderExecutingAsync,它们在命令即将发送到数据库时被触发。

  1. public override InterceptionResult<DbDataReader>
  2. ReaderExecuting(
  3. DbCommand command,
  4. CommandEventData eventData,
  5. InterceptionResult<DbDataReader> result)
  6. {
  7. //例如,webmote支持你干点啥?
  8. return result;
  9. }

它的参数之一是DbCommand,其CommandText属性保存SQL。

如果要修改SQL,添加查询提示或其他任务,则可以更改命令,然后使用新CommandText值的命令将继续进行。

从数据库返回任何结果数据时,将触发ReaderExecuted / Async方法。

  1. public override DbDataReader ReaderExecuted(
  2. DbCommand command,
  3. CommandExecutedEventData eventData,
  4. DbDataReader result)
  5. {
  6. return base.ReaderExecuted
  7. (command, eventData, result);
  8. }

例如,在这里您可以捕获DbDataReader,并对该数据进行某些处理,然后再继续执行EF Core实现。一个示例是记录一些记录器无法捕获的内容,例如:

4、查询拦截

EF Core 公开的 DbCommandInterceptor拦截器提供查询拦截功能,查询拦截是在数据库上执行查询之前插入逻辑,或者在查询执行之后(以及控制返回到调用代码之前)立即插入逻辑的能力。

此功能在现实世界中有多种使用案例:

  • 延长具有某些特征的命令的超时
  • 查询失败并记录异常时诊断信息
  • 当读取到内存的行数超过特定阈值时,记录警告

一个小例子:

  1. public class TestQueryInterceptor : DbCommandInterceptor
  2. {
  3. // runs before a query is executed
  4. public override InterceptionResult<DbDataReader> ReaderExecuting(DbCommand command, CommandEventData eventData, InterceptionResult<DbDataReader> result)
  5. {
  6. command.CommandText += " OPTION (OPTIMIZE FOR UNKNOWN)";
  7. command.CommandTimeout = 12345;
  8. return result;
  9. }
  10. // runs after a query is excuted
  11. public override DbDataReader ReaderExecuted(DbCommand command, CommandExecutedEventData eventData, DbDataReader result)
  12. {
  13. if (this.ShouldChangeResult(command, out var changedResult))
  14. {
  15. return changedResult;
  16. }
  17. return result;
  18. }
  19. }

注意: 大多数方法都有同步和异步版本。令人讨厌的是,异步查询仅触发异步方法(反之亦然),因此在编写拦截器时必须覆盖两者。

安装拦截器是很简单的。

  1. public class SampleDbContext : DbContext
  2. {
  3. protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
  4. {
  5. optionsBuilder
  6. .UseSqlite(@"Data Source=Sample.db;")
  7. .AddInterceptors(new TestQueryInterceptor (), new SampleInterceptor2());
  8. }
  9. }

通过返回InterceptionResult<T>.SuppressWithResult()禁止执行。重要的是要注意,DbCommandInterceptor安装的其他所有组件仍将执行,并且可以通过上的HasResult属性检查其他拦截器是否已禁止执行result。

  1. public override InterceptionResult<object> ScalarExecuting(DbCommand command, CommandEventData eventData, InterceptionResult<object> result)
  2. {
  3. if (this.ShouldSuppressExecution(command))
  4. {
  5. return InterceptionResult.SuppressWithResult<object>(null);
  6. }
  7. return result;
  8. }

方法中引发的异常从技术上将阻止执行,不要利用这个事实,将异常用于控制流几乎总是很糟糕的设计。

你可以拦截如下清单的操作:

方法 操作
CommandCreating 在创建命令之前(注意:一切都是命令,因此它将拦截所有查询)
CommandCreated 创建命令之后但执行之前
CommandFailed[Async] 在执行过程中命令失败并出现异常后
ReaderExecuting[Async] 在执行“查询”命令之前
ReaderExecuted[Async] 执行“查询”命令后
NonQueryExecuting[Async] 在执行“非查询”命令之前(注意:非查询的一个示例是 ExecuteSqlRaw
NonQueryExecuted[Async] 执行“非查询”命令后
ScalarExecuting [Async] 在执行“标量”命令之前(注意:“标量”是存储过程的同义词)
ScalarExecuted [Async] 执行“标量”命令后
DataReaderDispose 执行命令后

这是一个耗时命令拦截

  1. public class MyDBCommandInterceptor: DbCommandInterceptor
  2. {
  3. public static ConcurrentDictionary CommandStartTimes = new ConcurrentDictionary();
  4. public static ConcurrentDictionary CommandDurations = new ConcurrentDictionary();
  5. public override void NonQueryExecuting(DbCommand command, DbCommandInterceptionContext interceptionContext) {
  6. CommandStartTimes.TryAdd(command, DateTime.Now);
  7. base.NonQueryExecuting(command, interceptionContext);
  8. }
  9. public override void ReaderExecuting(DbCommand command, DbCommandInterceptionContext interceptionContext) {
  10. CommandStartTimes.TryAdd(command, DateTime.Now);
  11. base.ReaderExecuting(command, interceptionContext);
  12. }
  13. public override void ScalarExecuting(DbCommand command, DbCommandInterceptionContext interceptionContext) {
  14. CommandStartTimes.TryAdd(command, DateTime.Now);
  15. base.ScalarExecuting(command, interceptionContext);
  16. }
  17. public override void NonQueryExecuted(DbCommand command, DbCommandInterceptionContext interceptionContext) {
  18. base.NonQueryExecuted(command, interceptionContext);
  19. AccumulateTime(command);
  20. }
  21. public override void ReaderExecuted(DbCommand command, DbCommandInterceptionContext interceptionContext) {
  22. base.ReaderExecuted(command, interceptionContext);
  23. AccumulateTime(command);
  24. }
  25. public override void ScalarExecuted(DbCommand command, DbCommandInterceptionContext interceptionContext) {
  26. base.ScalarExecuted(command, interceptionContext);
  27. AccumulateTime(command);
  28. }
  29. private void AccumulateTime(DbCommand command) {
  30. if (CommandStartTimes.TryRemove(command, out
  31. var commandStartTime)) {
  32. var commandDuration = DateTime.Now - commandStartTime;
  33. CommandDurations.AddOrUpdate(command.CommandText, commandDuration, (_, accumulated) => commandDuration + accumulated);
  34. }
  35. }
  36. }

有关使用EF Core文档中的拦截器的大量指导,请访问https://docs.microsoft.com/en-us/ef/core/logging-events-diagnostics/interceptors

5、EF Core 5中的Sleeper功能:调试视图

就是 ChangeTracker.DebugViewModel.DebugView

DebugViews输出格式正确的字符串,其中有ChangeTracker的状态或模型中的元数据的信息。DebugView提供了一个漂亮的文档,您可以捕获和打印该文档,并真正了解其幕后情况。

我在调试器上花费了大量时间,以探索有关变更跟踪器了解的内容或EF Core如何解释我所描述的模型的各种详细信息。能够以这种文本格式读取此信息,甚至将其保存在文件中,因此您无需反复调试即可收集详细信息,这是EF Core 5的一项神奇功能

确保您了解DebugViews是撰写本文的目的。

在DbContext.ChangeTracker.DebugView中,您将找到ShortView和LongView属性。例如,这里是我刚查询一个Person对象时的视图,而我的上下文仅包含一个人。

  1. Person {Id: 1} Unchanged

这是最常用的信息-在我的上下文中,只有一个未更改的Person的ID为1。

LongView提供了有关被跟踪实体的更多详细信息。

  1. Person {Id: 1} Unchanged
  2. Id: 1 PK
  3. FirstName: 'Julie'
  4. IsDeleted: 'False'
  5. LastName: 'Lerman'
  6. UserId: 101
  7. Addresses: []

如果要在跟踪的Person上对其进行编辑并强制上下文检测更改,则LongView除了将状态显示为Modified之外,还对LastName属性所做的更改进行记录。

  1. Person {Id: 1} Modified
  2. Id: 1 PK
  3. FirstName: 'Julie'
  4. IsDeleted: 'False'
  5. LastName: 'Lermantov' Modified
  6. Originally 'Lerman'
  7. UserId: 101
  8. Addresses: []

您可以在此视图中看到一个Addresses属性。实际上,使用导航,“人”和“地址”之间存在多对多关系。EF Core在运行时推断内存中的PersonAddress实体,以便将关系数据持久化到联接表中。

当我在其“地址”集合中创建一个具有一个地址的人的图形时,您可以在ShortView中看到一个“人”,一个地址和一个推断的PersonAddress对象。长视图显示了这些对象的属性。

  1. AddressPerson (Dictionary<string, object>)
  2. {AddressesId: 1, ResidentsId: 1} Unchanged FK
  3. {AddressesId: 1} FK {ResidentsId: 1}
  4. Address {Id: 1} Unchanged
  5. Person {Id: 1} Modified

我喜欢这些调试视图,这些视图可以在调试时帮助我发现被跟踪对象的状态和关系,无论我是在解决问题还是在学习它的工作方式。

让我们转到Model.DebugViews看看您可以从中学到什么。

首先,我应该阐明我的模型。使用Visual Studio中的EF Core Power Tools扩展来可视化模型。



DbContext.Model.DebugView也具有ShortView和LongView。它们都包含很多信息。

您可以看到属性,主键和外键,索引以及级联删除规则,多对多关系,甚至指定了它使用跳过导航。还描述了继承。您可以从这份文件中学到很多东西。

  • 清单1:数据模型的Model.DebugView.ShortView
  1. Model:
  2. EntityType: AddressPerson (Dictionary<string, object>)
  3. CLR Type: Dictionary<string, object>
  4. Properties:
  5. AddressesId (no field, int) Indexer Required PK FK AfterSave:Throw
  6. ResidentsId (no field, int) Indexer Required PK FK Index AfterSave:Throw
  7. Keys:
  8. AddressesId, ResidentsId PK
  9. Foreign keys:
  10. AddressPerson (Dictionary<string, object>) {'AddressesId'} -> Address {'Id'} Cascade
  11. AddressPerson (Dictionary<string, object>) {'ResidentsId'} -> Person {'Id'} Cascade
  12. Indexes:
  13. ResidentsId
  14. EntityType: Address
  15. Properties:
  16. Id (int) Required PK AfterSave:Throw ValueGenerated.OnAdd
  17. PostalCode (string)
  18. Street (string)
  19. UserId (no field, int) Shadow Required
  20. Navigations:
  21. WildlifeSightings (List<WildlifeSighting>) Collection ToDependent WildlifeSighting
  22. Skip navigations:
  23. Residents (List<Person>) CollectionPerson
  24. Inverse: Addresses
  25. Keys:
  26. Id PK
  27. EntityType: Person
  28. Properties:
  29. Id (int) Required PK AfterSave:Throw ValueGenerated.OnAdd
  30. FirstName (string)
  31. IsDeleted (bool) Required
  32. LastName (string)
  33. UserId (no field, int) Shadow Required
  34. Skip navigations:
  35. Addresses (List<Address>) CollectionAddress
  36. Inverse: Residents
  37. Keys:
  38. Id PK
  39. EntityType: WildlifeSighting
  40. Properties:
  41. Id (int) Required PK AfterSave:Throw ValueGenerated.OnAdd
  42. AddressId (int) Required FK Index
  43. DateTime (DateTime) Required
  44. Description (string)
  45. UserId (no field, int) Shadow Required
  46. Keys:
  47. Id PK
  48. Foreign keys:
  49. WildlifeSighting {'AddressId'} -> Address {'Id'}
  50. ToDependent: WildlifeSightings Cascade
  51. Indexes:
  52. AddressId

Model.DebugView.LongView包含更多详细信息,它们描述了注释,数据库映射等。您可以从LongView中学到更多,但并不是每个人都希望看到这种细节,如果您需要,它就在那里。

  • 清单2:在Model.DebugView的LongView中描述的Person实体
  1. EntityType: Person
  2. Properties:
  3. Id (int) Required PK AfterSave:Throw ValueGenerated.OnAdd
  4. Annotations:
  5. Relational:DefaultColumnMappings: System.Collections.Generic.SortedSet`1
  6. [Microsoft.EntityFrameworkCore.Metadata.Internal.ColumnMappingBase]
  7. Relational:TableColumnMappings: System.Collections.Generic.SortedSet`1
  8. [Microsoft.EntityFrameworkCore.Metadata.Internal.ColumnMapping]
  9. SqlServer:ValueGenerationStrategy: IdentityColumn
  10. FirstName (string)
  11. Annotations:
  12. Relational:DefaultColumnMappings: System.Collections.Generic.SortedSet`1
  13. [Microsoft.EntityFrameworkCore.Metadata.Internal.ColumnMappingBase]
  14. Relational:TableColumnMappings:System.Collections.Generic.SortedSet`1
  15. [Microsoft.EntityFrameworkCore.Metadata.Internal.ColumnMapping]
  16. IsDeleted (bool) Required
  17. Annotations:
  18. Relational:DefaultColumnMappings: System.Collections.Generic.SortedSet`1
  19. [Microsoft.EntityFrameworkCore.Metadata.Internal.ColumnMappingBase]
  20. Relational:TableColumnMappings: System.Collections.Generic.SortedSet`1
  21. [Microsoft.EntityFrameworkCore.Metadata.Internal.ColumnMapping]
  22. LastName (string)
  23. Annotations:
  24. Relational:DefaultColumnMappings: System.Collections.Generic.SortedSet`1
  25. [Microsoft.EntityFrameworkCore.Metadata.Internal.ColumnMappingBase]
  26. Relational:TableColumnMappings: System.Collections.Generic.SortedSet`1
  27. [Microsoft.EntityFrameworkCore.Metadata.Internal.ColumnMapping]
  28. UserId (no field, int) Shadow Required
  29. Annotations:
  30. Relational:DefaultColumnMappings: System.Collections.Generic.SortedSet`1
  31. [Microsoft.EntityFrameworkCore.Metadata.Internal.ColumnMappingBase]
  32. Relational:TableColumnMappings: System.Collections.Generic.SortedSet`1
  33. [Microsoft.EntityFrameworkCore.Metadata.Internal.ColumnMapping]
  34. Skip navigations:
  35. Addresses (List<Address>) CollectionAddress
  36. Inverse: Residents
  37. Keys:
  38. Id PK
  39. Annotations:
  40. Relational:UniqueConstraintMappings: System.Collections.Generic.SortedSet`1
  41. [Microsoft.EntityFrameworkCore.Metadata.Internal.UniqueConstraint]
  42. Annotations:
  43. ConstructorBinding: Microsoft.EntityFrameworkCore.Metadata.ConstructorBinding
  44. QueryFilter: p => Not(p.IsDeleted)
  45. Relational:DefaultMappings: System.Collections.Generic.List`1
  46. [Microsoft.EntityFrameworkCore.Metadata.Internal.TableMappingBase]
  47. Relational:TableMappings: System.Collections.Generic.List`1
  48. [Microsoft.EntityFrameworkCore.Metadata.Internal.TableMapping]
  49. Relational:TableName: People
  50. ServiceOnlyConstructorBinding:
  51. Microsoft.EntityFrameworkCore.Metadata.ConstructorBinding

6、利用

有关EF Core,您对幕后情况了解得越多,对该工具的掌控力就越大。

了解EF Core如何解释您的类和映射,你可以控制这些模型并按照您希望的方式持久保存数据,也可以根据需要修改SQL甚至结果。学习如何利用本文中介绍的各种调试,日志记录,侦听和事件处理方法,希望能帮助您成为团队中的EF Core专家。

当然,不用多久,你就会升职加薪、当上总经理、出任CEO、迎娶白富美、走上人生巅峰,想想是不是还有点小激动?

万字长文,带你彻底理解EF Core5的运行机制,让你成为团队中的EF Core专家的更多相关文章

  1. 三:理解Page类的运行机制(例:在render方法中生成静态文件)

    我这里只写几个常用的事件1.OnPreInit:此事件后将加载个性化信息和主题2.OnInit:初始化页面中服务器控件的默认值但控件的状态没有加载,没有创建控件树3.OnPreLoad:控件完成状态和 ...

  2. 3万字长文概述:通俗易懂告诉你什么是.NET?什么是.NET Framework?什么是.NET Core?

    [转载]通俗易懂,什么是.NET?什么是.NET Framework?什么是.NET Core? 什么是.NET?什么是.NET Framework?本文将从上往下,循序渐进的介绍一系列相关.NET的 ...

  3. 全面理解Java异常的运行机制

    1. 引子 try…catch…finally恐怕是大家再熟悉不过的语句了,而且感觉用起来也是很简单,逻辑上似乎也是很容易理解.不过,我亲自体验的“教训”告诉我,这个东西可不是想象中的那么简单.听话. ...

  4. 一张图,理解JAVA体系结构、运行机制、JVN运行机制、Java平台(初学)

    初学JAVA,学一门语言不仅仅是学其语法,逻辑思维能力,还有每一门语言都有自己独特的一方面,所以才有那么多语言要学啊 = =,所以想要真的学好语言,其编译机制,运行机制多少也要涉猎一些啊.这是初学JA ...

  5. [Redis] 万字长文带你总结Redis,助你面试升级打怪

    文章目录 Redis的介绍.优缺点.使用场景 Linux中的安装 常用命令 Redis各个数据类型及其使用场景 Redis字符串(String) Redis哈希(Hash) Redis列表(List) ...

  6. 五万字长文带你学会Spring

    Sping Spring概念介绍 spring是啥呢,你在斗地主的时候把别人打爆了那叫spring, 你成功的追到了你爱慕已久的女神,人生中的春天来了,那也叫sping 好了别看我老婆了,咱来讲讲啥是 ...

  7. 万字长文带你入门Zookeeper!!!

    导读 文章首发于微信公众号[码猿技术专栏],原创不易,谢谢支持. Zookeeper 相信大家都听说过,最典型的使用就是作为服务注册中心.今天陈某带大家从零基础入门 Zookeeper,看了本文,你将 ...

  8. 又长又细,万字长文带你解读Redisson分布式锁的源码

    前言 上一篇文章写了Redis分布式锁的原理和缺陷,觉得有些不过瘾,只是简单的介绍了下Redisson这个框架,具体的原理什么的还没说过呢.趁年前项目忙的差不多了,反正闲着也是闲着,不如把Rediss ...

  9. 万字长文带你掌握Java数组与排序,代码实现原理都帮你搞明白!

    查找元素索引位置 基本查找 根据数组元素找出该元素第一次在数组中出现的索引 public class TestArray1 { public static void main(String[] arg ...

随机推荐

  1. VAST维萨币二月发行,高倍币重现江湖!

    市场长期的历史经验表明,经营盈利能力最好的企业,经常是那些现在的经营方式与5年前甚至10年前几乎完全相同的企业.这个经营模式放到币圈也是一样的,2020年的挖矿是最火的,这个模式现在在市场也同样受用. ...

  2. NGK八大板块:为何郊区市场近来火爆?-VALAITIS, PETER ANTHONY分析

    PAUL ADAMS ARCHITECT LTD董事长VALAITIS, PETER ANTHONY称受大环境影响很多纽约人都选择离开纽约市中心,搬往附近郊区,因此附近地区楼市开始不断升温. 根据房地 ...

  3. Java审计之CMS中的那些反序列化漏洞

    Java审计之CMS中的那些反序列化漏洞 0x00 前言 过年这段时间比较无聊,找了一套源码审计了一下,发现几个有意思的点拿出来给分享一下. 0x01 XStream 反序列化漏洞 下载源码下来发现并 ...

  4. ROS1与ROS2对比简述

    资料参考: https://blog.csdn.net/Fourier_Legend/article/details/106319000

  5. [转]ROS订阅激光数据

    https://github.com/robopeak/rplidar_ros/blob/master/src/client.cpp /*   * Copyright (c) 2014, RoboPe ...

  6. IDEA重新安装之后配置GIT

    注:此方法可用于配置gitlab也可用于配置github 1.在github中创建一个账号:https://github.com/join?source=header-home 2.下载并安装git: ...

  7. iframe 调用父页面元素

    <%@ Page Language="C#" AutoEventWireup="true" CodeBehind="IFrame.aspx.cs ...

  8. 零信任三大技术之SDP

    SDP概述 SDP Software Defined Perimeter(软件定义边界),2013 年由云安全联盟 CSA提出. SDP 设计基本原则 1.信息隐身:隐藏服务器地址.端口,使之不被扫描 ...

  9. Python镜像源集合——镜像源更改方法

    python在线安装库时会较慢,那是因为python的默认镜像源在国外,因此会慢:而国内有很多可以用的python镜像源,将python镜像源更改为国内的,则可以大大加快python库的安装速度. 1 ...

  10. Android Layout属性

    通用属性 android:layout_height android:layout_width 值 含义 fill_parent/match_parent 高度或者宽度对齐到父控件 wrap_cont ...