C# 在实体框架中映射关系而不在表中映射有什么好处

我已经看到，在一些系统中，关系在实体框架中映射，而不在SQL表中映射。使用实体框架映射关系而不是在SQL中映射关系有什么意义？

真正的答案？没有好的理由，除非你在应用程序中需要它们，而且你不控制数据库，而且它也没有

通常情况下，开发人员会在关系方面假设“应用程序会这样做”，并假设没有其他应用程序或流程会接触到该数据

---

这里有一篇关于后者的博文：

真正的答案？没有好的理由，除非你在应用程序中需要它们，而且你不控制数据库，而且它也没有

通常情况下，开发人员会在关系方面假设“应用程序会这样做”，并假设没有其他应用程序或流程会接触到该数据

---

这里有一篇关于后者的博文：

首先，如果在大型系统中使用实体框架，它将减少大量代码

其次，我们不需要关心如何连接到数据库

---

第三，实体框架可以用作数据服务和OData服务的基础设施。

首先，如果在大型系统中使用实体框架，它将减少大量代码

其次，我们不需要关心如何连接到数据库

---

第三，实体框架可以用作数据服务和OData服务的基础设施。

大型系统通常是最不需要EF的地方。在大型系统中，您需要精确控制正在执行的查询。我花了一生的时间在人们使用EF的大型网站上解决性能问题。例如，它有许多选择不当的内部默认值。对于玩具系统来说可以，但对于大型系统来说不可以。因此，最好的做法是在数据库本身中进行映射？我建议，如果您想制作一个实时程序，最好使用sql表本身。如果要将数据从数据库传输到基于云的数据服务，可以使用Entityframework。大型系统通常是最不需要EF的地方。在大型系统中，您需要精确控制正在执行的查询。我花了一生的时间在人们使用EF的大型网站上解决性能问题。例如，它有许多选择不当的内部默认值。对于玩具系统来说可以，但对于大型系统来说不可以。因此，最好的做法是在数据库本身中进行映射？我建议，如果您想制作一个实时程序，最好使用sql表本身。如果要将数据从数据库传输到基于云的数据服务，可以使用Entityframework。