ADO.NET 实体框架比我正在使用的方法更好？

发布于 2024-10-20 22:40:19 字数 336 浏览 1 评论 0原文

我已经阅读了一些有关 ADO.NET 实体框架的内容，但我缺少一些东西。现在（不使用 EF，不确定这种技术叫什么，只是 ADO.NET？）我们将所有过程存储在数据库中，这样如果我们必须更改任何内容，我们只需进入数据库并更改查询，非常简单（除了我有数百个查询之外）。

如果我对 EF 的看法是正确的，我可以更轻松地查询（没有联接，更短的查询），但所有内容都保存在实体数据模型中。因此，如果我需要更改查询，我必须启动 VS 进入，找到位置并更改查询（我猜是 linq-to-sql 或 Entity SQL 来执行查询）

我只需要一些关于 EF 的说明、Entity SQL 与 Linq-to-SQL。

谢谢你！

需要登录才能够评论，你可以免费注册一个本站的账号。

故事↓在人 2024-10-27 22:40:19

使用 EF 时，您可以使用多种类型的数据访问：

Enity SQL - 它的语法类似于普通 SQL，但查询直接在代码或实体模型中进行。如果您想更改查询，您必须重建并重新部署应用程序。
Linq-to-entities - 实体模型之上的 Linq 查询。同样，如果您想更改查询，则必须重建并重新部署应用程序。
执行导入到模型的存储过程（也称为函数导入） - 这只是在 ObjectContext 上作为 .NET 函数公开的存储过程。 EF 将处理参数和结果映射。
通过 ExecuteStoreQuery 或 ExecuteStoreCommand 执行直接 SQL（仅限 EFv4）。在这里您可以调用任何 SQL，包括存储过程。

因此，使用 EF，您可以同时拥有当前的方法和 EF 本身。此外，通过 EF 调用本机 SQL 具有一些优点，例如自动映射到准备好的类。

不管怎样，你所描述的情况是相当罕见的。在许多公司中，修改数据库中的某些内容需要与修改应用程序相同的过程（甚至更复杂），因此您不能简单地去修改生产中的存储过程。