ASP.NET MVC3 中的实体框架有哪些替代方案

发布于 2024-11-08 15:48:22 字数 125 浏览 0 评论 0原文

我想开发 ASP.NET MVC 网站,但我对 EF 的使用感到困惑。在开发我的数据库结构/表时会经常更改,并且在投入生产后是否发生了任何情况?

如果 EF 不适用于 ASP.NET MVC3 那么我会使用.......?

I want to develop ASP.NET MVC site but I am confused about the use of EF. While developing my database structure/tables will be changed frequently and also after going to the production if anything happened?

If EF not for ASP.NET MVC3 then I would use ....... ?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

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

评论(1

我要还你自由 2024-11-15 15:48:22

在我看来,不要为其他事情烦恼。

nHibernate 是一个非常成熟的开源 ORM,可以使用 SQL Server 将数据传入/传出 ASP.NET MVC(和版本)项目。就 ORM 领域的流行选项而言,它是 EF 最直接的竞争对手。

如果您喜欢新的尖端技术,那么请尝试一下 RavenDB。它是自己的数据库,不需要 ORM。它只是将类库对象直接保存到它自己的数据库中。因此,您不会遇到数据库架构迁移问题等。

我会选择 RavenDb IMO。我离开 EF 是因为我厌倦了 SQL Server 以及让我的域模型与传统 RDBMS 良好配合的所有障碍和障碍。 (这是自 95 年以来使用 SQL Server 之后的情况)...

Don't bother with anything else, in my opinion.

nHibernate is a very mature and open source ORM that can use SQL Server to get data into/out of your ASP.NET MVC (and version) project(s). It is the most direct competitor to EF it terms of popular options in the ORM space.

If you like new and cutting edge technology, then give RavenDB a go. It is its own database and doesn't require an ORM. It just saves the class library objects straight to its own DB. Therefore, you don't have database schema migration issues, etc.

I would go for RavenDb IMO. I'm leaving EF because I'm just so sick of SQL Server and all the hoops and barriers to getting my domain models to work nicely with a traditional RDBMS. (And this is after working with SQL Server since '95) ...

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文