C# ORM框架与数据库中直接查询的比较

我想写一个仓储程序

谁能指导我使用数据库层框架吗

我以前使用过实体框架，但我并不喜欢，因为它会抛出很多未知错误

---

是否有人建议使用nhibernate或任何其他框架，或者您认为如果我使用直接查询或存储过程，它会更可靠、更好？

实体框架会抛出通常来自数据库的错误，例如约束等。但是，您也可以使用实体框架直接调用SQL和存储过程

---

您还应该将标题改为ORM not OMR？

实体框架抛出通常来自数据库的错误，如约束等。但是，您也可以使用实体框架执行直接SQL和存储过程调用

---

您还应该将标题改为ORM而不是OMR？

我认为对ORM框架有一种过度的信任。他们有诸如性能缓慢之类的问题。建议使用LINQtoSQL，将更高级的查询作为存储过程进行。这是非常直接和稳定的。

---

或者使用亚音速。事实上，如果您愿意，执行大量存储过程并没有什么错。没有什么灵丹妙药——每个解决方案都有其利弊

我认为人们对ORM框架过于信任。他们有诸如性能缓慢之类的问题。建议使用LINQtoSQL，将更高级的查询作为存储过程进行。这是非常直接和稳定的。

---

或者使用亚音速。事实上，如果您愿意，执行大量存储过程并没有什么错。没有什么灵丹妙药——每个解决方案都有其利弊

我认为ORM不是解决这类问题的最佳选择

ORM中的“O”代表“对象”。您不希望仅仅为了将数据移动到仓库而必须创建对象模型

ORM更方便开发人员：让面向对象的程序员忘记中间层基于实例的对象和数据库端基于集合的关系之间的区别。SQL是由ORM工具生成的。这可能不是您想要移动数据的内容

---

我认为您真正需要深入研究的三个字母是ETL:Extract Transfer Load。这是用于将数据从事务性数据存储移动到数据仓库的更典型的方法。

我认为ORM不是解决此类问题的最佳选择

ORM中的“O”代表“对象”。您不希望仅仅为了将数据移动到仓库而必须创建对象模型

ORM更方便开发人员：让面向对象的程序员忘记中间层基于实例的对象和数据库端基于集合的关系之间的区别。SQL是由ORM工具生成的。这可能不是您想要移动数据的内容

我认为您真正需要深入研究的三个字母是ETL:Extract Transfer Load。这是用于将数据从事务性数据存储移动到数据仓库的更典型的方法。

先学习使用ORM。“许多未知错误”不是实体框架问题，它们是计算机前人员的问题。尽管EF是一个有争议的平庸的ont，但它的工作非常出色。但除非你知道你在做什么。。。ORM不会神奇地修理东西。ORM不用于DAL——它们包含一个DAL。它们是一个应用层工具-持久对象的运行时。先学习使用ORM。“许多未知错误”不是实体框架问题，它们是计算机前人员的问题。尽管EF是一个有争议的平庸的ont，但它的工作非常出色。但除非你知道你在做什么。。。ORM不会神奇地修理东西。ORM不用于DAL——它们包含一个DAL。它们是图层工具-持久对象的运行时。