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

Question

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

我的数据库是否具有相当动态/松散的架构会有所不同吗？

我目前的计划是将申请分为4个不同的部分：

• 数据库 - 面向文档，可能会使用MongoDB。
• 抽象/访问/ ORM层 - 不确定这应该是全部3还是组合，因为我还不太了解要考虑的事情，这是我在这里提出的一个原因。
• 应用程序逻辑层/业务引擎 - 负责（您猜到）应用程序逻辑等。
• 界面层 - 负责提供生成动态UI元素的快捷方式。

任何有经验的人都可以对此概述提出任何直接的想法吗？所有评论都表示赞赏。