database-design - 没有 ORM 的领域丰富的应用程序

Question

我对软件开发领域比较陌生。我目前正在做一个相当大的项目，它是不错的 OO 代码 - 主要遵循领域驱动设计原则。然而，虽然这在理论上听起来很不错，但实际上整个对象关系阻抗非常糟糕，这意味着系统的某些部分仅使用 ORM 层就会很慢，除非我们编写优化的 SQL 查询来涵盖这些情况。此外，有时我们似乎被困在试图查看是否应该根据 SQL 的性能与 OO 原则对域进行建模。

这让我问这个 - 这是大多数应用程序的构建方式吗？意思是 - 是的，OO 很好 - 但我发现很难相信与此对象关系不匹配相关的所有问题，这是构建应用程序的最佳方式吗？我能想到的另一种方法是抛弃 ORM，只进行域建模，并统一直接手工编写 native SQL 查询。我想知道是否真的有足够大的软件系统以这种方式构建。

如果我听起来很n00bish，我很抱歉 - 但我是新手，想知道还有哪些其他方法。

Answer 1

不要为承认显而易见的事情而道歉。那些有更多经验的人通常完全无法认识到您拥有什么:ORM 是糟糕的工程，这正是您指定的原因。

但我不想陷入咆哮。反对使用嵌入式 SQL 的争论范围从风格上“我不希望我的代码中出现垃圾”到，嗯，风格上，“SQL 很丑陋”。但它有效，速度很快，而且是很好的工程。