数据库抽象层/数据访问层也应该是ORM吗？

我很好奇是否应该将负责从数据库检索数据的软件部分与将对象返回到应用程序逻辑层的部分结合起来。它会有什么好处？我需要注意哪些方面

我的数据库将有一个非常动态/松散的模式，这会有区别吗

我目前的计划是将应用程序分为4个不同的部分：

• 面向数据库的文档，可能会使用MongoDB
• Actudio/Access /ORM层-不确定这是否应该是所有3个，还是一个组合，因为我还不知道需要考虑的事情，这也是我来这里问的一个原因。
• 应用程序逻辑层/业务引擎-负责（您猜到的）应用程序逻辑等
• 接口层-负责提供一种快速简便的方法来生成动态UI元素

---

有经验的人能就这一总体概述提供一些直接的想法吗？感谢所有评论。

如果您不打算使用关系数据库，您不需要对象关系映射器（ORM），我想……也许ORM不是我的意思，我指的是系统中实现类似目的的一层。从数据库中以其本机形式（这里是BSON）获取数据，并输出更高层更容易使用的数据。