ORM适合快速迭代但不适合复杂查询，推荐ORM处理CRUD和关联预加载，原生SQL处理报表、搜索等高性能场景，混合架构需分层隔离并统一日志。
ORM适合快速迭代但别硬套复杂查询
PHP项目里用 Doctrine 或 Eloquent 能省掉大量样板SQL，尤其在CRUD密集、模型关系清晰的场景（比如后台管理、CMS内容模块）。但一旦遇到多表聚合、窗口函数、自定义排序或分页偏移量极大时，ORM生成的SQL容易低效甚至出错。比如 Eloquent::with() 没控制好会触发N+1，Doctrine DQL 写复杂子查询语法拗口且调试困难。
- 推荐用ORM：新增/编辑表单、权限校验、关联数据预加载（
->load('comments.user')） - 绕开ORM：报表导出、实时搜索排序、历史快照合并、跨库JOIN（PDO原生更可控）
- 折中方案：用ORM建模 +
DB::select()（Laravel）或$em->createNativeQuery()（Doctrine）补关键SQL
原生SQL性能高但维护成本翻倍
直接写 PDO::prepare() 或 mysqli_query() 可精准控制执行计划，避免ORM隐式JOIN或冗余字段SELECT。但代价是：SQL散落在业务逻辑里、参数绑定易漏、迁移脚本难同步、IDE无语法提示。常见翻车点包括：WHERE IN (?) 单占位符无法展开数组、时间格式硬编码成 'Y-m-d H:i:s' 导致时区错乱、未加 try/catch 导致数据库异常穿透到前端。
- 必须用原生SQL：高频读写热点（如计数器更新）、存储过程调用、全文检索（
MATCH AGAINST）、批量INSERT/UPDATE带ON DUPLICATE KEY - 要封装：把常用SQL抽成DAO类方法，参数强制类型校验（如
int $user_id），错误统一转成DatabaseException - 别踩坑：不用字符串拼接SQL；
mysql_real_escape_string()已废弃，只认bindValue()或bindParam()
混合架构的关键是分层隔离
真实项目不是非此即彼——核心是让ORM和原生SQL各守边界。典型分层是：Controller调用Service，Service内部用Repository接口，而Repository的具体实现可同时包含 EloquentUserRepository 和 RawSqlAnalyticsRepository。这样测试时能Mock不同实现，上线后还能按需切流量灰度验证SQL优化效果。
- 接口定义要抽象：Repository方法名不暴露技术细节，比如
findActiveOrdersByDateRange()而非getOrdersWithRawSql() - 连接复用要注意：别在同一个事务里混用Eloquent模型save()和PDO execute()，可能因不同连接导致事务失效
- 日志必须对齐：ORM和原生SQL的慢查询日志都打到同一通道（如Monolog的
db.slowchannel），方便APM聚合分析
// 示例：Repository接口与双实现共存
interface OrderRepository
{
public function findActiveOrdersByDateRange(\DateTime $start, \DateTime $end): array;
}
class EloquentOrderRepository implements OrderRepository
{
public function findActiveOrdersByDateRange(\DateTime $start, \DateTime $end): array
{
return Order::where('status', 'active')
->whereBetween('created_at', [$start, $end])
->with('customer')->get()->toArray();
}
}
class RawSqlOrderRepository implements OrderRepository
{
private \PDO $pdo;
public function findActiveOrdersByDateRange(\DateTime $start, \DateTime $end): array
{
$sql = "SELECT o.*, c.name as customer_name
FROM orders o
JOIN customers c ON o.customer_id = c.id
WHERE o.status = ? AND o.created_at BETWEEN ? AND ?";
$stmt = $this->pdo->prepare($sql);
$stmt->execute(['active', $start->format('Y-m-d H:i:s'), $end->format('Y-m-d H:i:s')]);
return $stmt->fetchAll(\PDO::FETCH_ASSOC);
}
}
实际选型时最容易被忽略的是团队SQL能力水位——如果后端多数人写不出带 EXPLAIN 分析的优化语句，强行上原生SQL只会让慢查询越来越多。ORM不是银弹，但它是降低协作熵值的基础设施。 
