Doctrine 的数据库抽象层在简单的 PDO 上提供了啥?
Posted
技术标签:
【中文标题】Doctrine 的数据库抽象层在简单的 PDO 上提供了啥?【英文标题】:What does Doctrine's Database Abstraction Layer offer over simple PDO?Doctrine 的数据库抽象层在简单的 PDO 上提供了什么? 【发布时间】:2015-06-09 01:54:04 【问题描述】:如果我使用Doctrine's Database Abstraction Layer (DBAL) 而不是简单的 PDO,我会获得什么?
PDO 本身不应该是一个抽象层吗?据我所知,我获得的唯一好处是能够将 Oracle 的 oci8 驱动程序与类似 PDO 的 API 一起使用。
我错过了什么?
【问题讨论】:
Quite a lot of things,看起来!例如。流畅的查询构建器、跨平台的模式查询、事件机制、分片系统…… 在我只使用 DBAL 的项目中,查询构建器对我来说是最重要的。自定义类型也非常方便。 一定错过了那个页面。谢谢你的回答。 【参考方案1】:任何 DB 抽象层的好处是减少了开发人员的错误数量(不仅如此)。
它们之间的区别在于抽象的层次。例如,DBAL 建立在 PDO 之上。这意味着,DBAL 绝对应该比 PDO 抽象级别高一点。
无论如何,它们都是非常低级的抽象。仅当您对相关数据库有很好的了解时才应该使用它们。我的意思是,您应该了解所有类型的存储数据并正确使用它,并且您应该有一些构建不同数据库架构的经验,并且了解每种关系类型的优势。
如果没有,我建议你使用更抽象的东西(例如 Eloquent)。
PS 我知道上面写的所有内容,但无论如何我使用的是建立在 Eloquent 之上的抽象层。所以,我看到了使用我拥有的最高抽象级别的意义......
【讨论】:
以上是关于Doctrine 的数据库抽象层在简单的 PDO 上提供了啥?的主要内容,如果未能解决你的问题,请参考以下文章
Prooph Eventstore (PDO) 和 Doctrine DBAL 导致多个连接