PowerDon的博客

前者使用字符串内插来参数化查询，这有助于确保所有非常量值都被参数化。模型中的视图类型的情况下从视图返回结果。到目前为止，所有查询都是直接针对表执行的。中得到了增强，包括返回任何可映射。引入了返回标量类型的原始。使用非映射类型的查询是使用。，也就是说，可以无缝对接。

结合我们之前的文章 [Ef Core花里胡哨系列(5) 动态修改追踪的实体、动态查询] 假设一个应用内有很多的子应用，且都需要更新追踪的动态实体，那么很多表在重置。，每个实体都需要花费一小段时间，几百个实体就会按分钟计算了，而且还会数据库操作产生一定的影响。，但是呢他们各有优劣，例如工厂模式下性能更好呀等等。那么，我们能否自己托管。的缓存是共享的，所以我们也不用担心一些性能问题。使用时也非常简单，我们只需要在。的生成器，用于针对不同的。的容器用于管理我们生成的。我们先实现一个基础的。然后我们需要实现一个。

Ef Core中提供了一些有趣的实现，例如阴影属性！虽然大部分时候我还没有遇到应用场景，但是不妨碍我们了解一下。阴影属性是EF Core中的一个特性，它允许你在模型中定义一个属性，但是这个属性并不在对应的CLR类中。阴影属性只存在于EF Core的模型中，你可以在查询和保存数据时使用它，但是你不能直接在你的实体类中访问它。阴影属性通常用于模型和数据库中存在但在实体类中不存在的字段。例如，你可能有一个"LastUpdated"的字段在数据库中，但你并不想在你的实体类中添加这个字段。

通常使用Ef Core迁移时，可能就是简单的使用命令或者等等，基本都需要靠命令维护，非常的繁琐。特别是现在很多项目都是迭代型项目，很容易造成开发人员和运维人员的负担，所以，我们是否可以将其自动化？

我们这里指的并不是查询，而是利用Ef的迁移原理，生成可用的其它表架构操作的Sql。例如你想在Ef Core里建表，并且可能程序里有多个provider，那么写Sql将是一件痛苦的事情，我们就是利用Ef Core迁移时的操作，来为我们所用。如果看过此系列中屏蔽外键的那一篇博客，我们的主角就暗藏在里面，它就是各种Operation。

可以根据[参考文档]获取一个简单读取注释的方法。方法，在生成数据库表时，使用。即可将Xml注释转为数据库的。指定对应表以及其属性的。

动态实体、动态查询

当然，我们要考虑设计问题，例如，切换Schema或者改变数据库时，Ef Core同样也会刷新改实体的缓存，所以，首次查询将会很慢，不适合大表。

Ef Core在加载的时候，会执行一次用来加载所用到的实体。我们要做的就是刷新Ef Core上下文中之前缓存的内容。

虽然数据库的外键有着举足轻重的作用，但是在通常的软件设计中，很多人嫌弃麻烦，从而放弃了Ef Core的Codo-First模式而转向Db-First模式。但是Db-First不是很严谨，所以我这里就是提供一种相对折中的方式：在Code-Frist的模式下忽略外键的生成。总之，外键在数据库中起着重要的作用，可以确保数据的完整性和一致性，简化数据查询和操作，并帮助建立数据库的关系模型。其实还是很有必要的。

我们先定义一个安全删除的接口，用于约束对应的实体类。set;

本地事件总线和事务

使用C#实现一个事件总线

Npoi导入ExcelNpoi导入Excel其实只要读成DataTable就可以随意操作了, 比如转为Entity…By: 胖纸不争NetCore🐧群: 743336452核心代码:public class ExcelImport{ public string FilePath { get; set; } public string SheetName { get; set; } private DataTable _dataTable; /// <su

在Net Core项目中, 将SQL Server数据库导出备份为SQL脚本文件