PDO是PHP内置数据库驱动，仅负责连接、预处理、执行SQL；框架数据库层（如Eloquent）是其上层封装，提供查询构建、模型映射、自动分页等功能，二者为“基础驱动+应用增强”的协作关系。
PHP PDO 是 PHP 内置的数据库访问抽象层，提供统一接口操作多种数据库；而框架数据库层（如 Laravel 的 Eloquent、ThinkPHP 的 Query Builder、CodeIgniter 的 Query Builder）是在 PDO 基础上封装的更高阶工具，侧重开发效率与业务表达力。两者不是替代关系，而是“基础驱动”与“应用增强”的协作关系。
核心定位不同：PDO 是驱动，框架层是语法糖 + 工程化封装
PDO 本身不提供查询构建、模型映射、关系加载、自动分页等功能。它只做三件事：连接数据库、预处理语句、执行 SQL、返回结果集。所有 SQL 必须手动拼写或通过占位符绑定，例如：
- 用 PDO 插入数据需手写 INSERT 语句，自行处理字段名、值顺序、类型绑定
- 关联查询（如用户+订单）要自己写 JOIN，手动合并数组结构
- 分页需手动计算 LIMIT/OFFSET，再额外查总数（SELECT COUNT(*)）
框架数据库层则把上述模式固化为方法调用，比如 Eloquent::with('orders')->paginate(15) 一行就完成关联预加载和分页，底层仍调用 PDO 执行 SQL。
SQL 控制权与可维护性取舍
直接使用 PDO 更贴近 SQL 本质，适合复杂报表、高性能批量操作或需要精细控制执行计划的场景。你可以自由写存储过程、UNION 查询、窗口函数，不受 ORM 语法限制。
立即学习“PHP免费学习笔记（深入）”；
- 优点：无抽象泄漏，执行逻辑完全透明；调试时看到的就是真实 SQL
- 缺点：业务逻辑中混杂 SQL 字符串，易出错；换数据库时若用了方言（如 MySQL 的 LIMIT），PDO 层无法自动适配
- 框架层会做方言抽象（如 paginate() 在 SQLite 自动转成 LIMIT OFFSET，在 PostgreSQL 用 FETCH FIRST），但过度依赖可能掩盖性能问题（如 N+1 查询）
安全与开发效率的实际差异
安全性上，PDO 和主流框架都默认支持参数化查询，只要不用拼接字符串构造 SQL，就不会有注入风险。区别在于“防呆”程度：
- PDO 要求开发者主动调用 prepare() 和 execute()，漏掉预处理就危险
- Eloquent 或 Query Builder 的 where()、update() 等方法内部强制参数绑定，几乎无法写出注入漏洞
- 框架还附带软删除、时间戳自动填充、属性类型转换等约定式能力，减少样板代码
何时该绕过框架，直连 PDO？
不是“用不用框架”的问题，而是“哪部分用 PDO、哪部分用框架”的分层判断：
- 高频读写、低延迟要求的服务（如实时计数、消息队列消费）—— 直接 PDO + 连接复用 + 批量 execute()
- 需跨库关联、复杂聚合（如多源销售数据合并分析）—— 常用原生 SQL + PDO，框架层难以优雅表达
- 管理后台、CRUD 主流业务 —— 框架数据库层显著提升迭代速度，且足够稳定
- 团队新手多或项目周期紧 —— 框架封装降低出错概率，文档和生态更成熟
真正成熟的项目往往混合使用：主流程走 Eloquent，报表导出走 DB::select()（Laravel 底层仍是 PDO），关键事务段用 DB::transaction() 包裹 PDO 操作确保原子性。
