17370845950

PHP主流框架通过PDO支持MySQL、PostgreSQL、SQLite、SQL Server、Oracle等关系型数据库，但Eloquent仅原生完整支持mysql、pgsql、sqlite、sqlsrv；NoSQL需独立扩展，不参与ORM流程。

PHP 本身不是“架构”，而是语言；所谓“主流架构”通常指 Laravel、Symfony、ThinkPHP 等框架，或 LAMP/LEMP 这类部署栈。它们对数据库的支持，本质上取决于底层 PHP 扩展 + PDO 抽象层 + ORM 实现。结论很明确：只要 PHP 能连，主流框架基本都支持——但支持深度和默认开箱体验差异很大。

哪些数据库能直接用 PDO 一键切换？

PDO 是 PHP 官方提供的统一数据库访问接口，它不处理具体逻辑，只提供标准化调用方式。只要安装对应驱动，改个 DSN 字符串就能换库，代码几乎不用动。

• PDO_MYSQL：MySQL / MariaDB（最稳，文档最全，Laravel 默认）
• PDO_PGSQL：PostgreSQL（支持 JSONB、数组、事务隔离级别，但部分 ORM 对 pg 的 RETURNING 语法适配不全）
• PDO_SQLITE：SQLite（单文件、无服务，适合 CLI 工具或测试，但不支持并发写入）
• PDO_SQLSRV：Microsoft SQL Server（Windows 下原生好用，Linux 需装 msodbcsql 和 unixODBC，连接字符串格式和 MySQL 差很多）
• PDO_ORACLE：Oracle（需 Oracle Instant Client，扩展名是 oci8，不是 PDO_OCI；Laravel 官方不维护，社区包如 yajra/laravel-oci8 维护较吃力）

⚠️ 注意：PDO_DBLIB（用于 SQL Server 的旧 FreeTDS 方案）已弃用，PHP 8.2+ 不再推荐；PDO_FIREBIRD、PDO_INFORMIX 等存在但极少有人用，文档和生态基本停滞。

Laravel/Eloquent 默认兼容哪些？

Laravel 的 Eloquent 是 ActiveRecord 模式 ORM，它的“支持列表”不等于“能连”，而是“能自动映射、迁移、软删除、关系加载”的数据库。实际支持范围比 PDO 更窄：

• ✅ 原生完整支持：mysql、pgsql、sqlite、sqlsrv
• ⚠️ 有限支持：mariadb（走 mysql 驱动，但部分新特性如 JSON_CONTAINS 需手动写 raw 查询）
• ❌ 不支持：redis、mongodb、elasticsearch —— 它们不是关系型数据库，Eloquent 不处理这类数据模型

比如你配 DB_CONNECTION=pgsql，Laravel 迁移命令 php artisan migrate 就能建表、加索引、设主键；但换成 Redis，这个命令根本不会识别你的 redis 配置，因为 Eloquent 不把它当“数据库表”看待。

非关系型数据库怎么接入 PHP 主流项目？

Redis、MongoDB、Elasticsearch 这类 NoSQL 数据库，在 PHP 中不是靠 PDO，而是靠独立扩展 + 客户端库。它们通常不参与 ORM 流程，而是作为辅助存储单独使用：

• redis：用 phpredis（C 扩展）或 predis（纯 PHP 库）。Laravel 用 cache 和 session 驱动对接，但不能用 Model::find() 查 Redis
• mongodb：官方 mongodb/mongodb Composer 包 + ext-mongodb 扩展。Laravel 没有内置 Model 支持，得用第三方包如 jenssegers/mongodb（注意：该包已停止维护，PHP 8.2+ 兼容性差）
• elasticsearch：用 elasticsearch/elasticsearch 官方客户端，走 HTTP API，和 DB 层完全解耦；搜索逻辑写在 Service 层，不进 Migration 或 Model

常见错误：试图用 Eloquent 直接操作 MongoDB 文档，结果报 Call to undefined method Illuminate\Database\Query\Builder::whereRaw() —— 因为底层驱动根本不认识这个方法。

为什么有些数据库“能连却不好用”？

能建立连接 ≠ 能流畅开发。真正卡住人的，往往是细节兼容性断层：

• MySQL 的 ONLY_FULL_GROUP_BY 模式开启后，Laravel 的某些聚合查询会直接报错，而 PostgreSQL 默认就严格遵循标准，反而更早暴露问题
• SQLite 不支持 ALTER TABLE ... DROP COLUMN，所以 php artisan migrate:fresh 在 SQLite 上可能失败，得手动删库重来
• SQL Server 的标识列（IDENTITY）和 Laravel 的自增主键约定冲突，insertGetId() 可能返回 0，必须显式指定 DB::connection()->getPdo()->lastInsertId()
• Oracle 的表名/字段名默认大写，而 Laravel 的 Schema Builder 生成的 SQL 是小写，不加双引号就会报 ORA-00942: table or view does not exist

这些不是“不支持”，而是“支持但要绕路”。上线前务必在目标数据库上跑完全部 migration + seed + feature test，别只在本地 SQLite 里验证通过就合代码。