Zend Db(标准或表格网关)与Zend 2中的Doctrine - 优点/缺点

Question

Zend DB(标准方式或表格网关)与Zend 2中的Doctrine 2.有些人可能会说它是苹果与橙色的比较,但我会说因为它们是替代品(我们在两者之间使用)因此可以进行比较(因为要求并不总是水晶明确).

当我启动Zend 2,因为文档,书籍,教程都是基于Zend DB或Table Gateway,我使用它但是我不满意我们必须处理2,3或更多表连接(多个表网关适配器)的方式我转向Doctrine ORM(也读了很多说"教条对大项目有益").我已经在symfony项目中使用了doctrine,所以并不困难,但我也不喜欢实体中的学说,比如实体之间的复杂连接(额外的工作),特别是与Zend DB相比,缓慢和额外的内存.

现在我真的很困惑,我该怎么办？那么你们有什么建议呢？

从我的分析:

表网关

优点

• 轻量级(保持简单)
• 原生于Zend(现在更好地支持以及将来更新)
• 更多文档书籍
• 更好的社区或用户支持(正如许多人正在努力的那样)
• 关闭数据库表(我很擅长SQL.感觉很好)
• 更灵活
• 更容易使用其他学说本机功能,如ACL

缺点:

• 表连接(更复杂)
• 在某些情况下的原始
• 处理多个表网关实例很困难.

教义

优点

• 更多类 - 松散耦合 - 更好的控制
• 带来使用ORM的所有优势
• 已有很多关于学说本身(教程 - 文档)的工作,大部分时间都在工作
• 减少对数据库的依赖
• 缓存(但也可以使用Zend DB Table Gateway)

缺点:

• 对于中型项目,内存更多,速度更慢(与Zend DB Table Gateway相比)
• 增加复杂性(额外文件+配置+自己的约定)
• 对于中型项目来说有时候会有些过分
• 在实体或复杂连接之间的多对多关系中进行更多工作
• 额外的工作YAML-Schema
• Zend + Doctrine上的教程 - 书籍 - 用户支持较少

还有其他人？( 对彼此而言)

那么,鉴于这些,你建议哪一个？使用我可以扩展的通用CMS.

或者为什么Zend DB不能/不应该用于大型项目？

我在这里找到了一些讨论但不是根据其优缺点分析.

Answer 1

多年后我已经转向主义，我认为这比Zend_Db你能让它与Zend. Doctrine 可以migrate您的数据库，这意味着您只需使用一个命令即可将客户数据库更新到最新版本。另一个好处是您entities可以在多个中实现，例如DBMS，，mysql和......mssqlmangodb

为了获得更多兼容性，您可以使用Raman Framework（该框架为 Zend 1.12 添加了一些功能）