在 symfony 3 中混用 doctrine 实体与原生 sql 可行但需严守边界：实体状态不自动同步原生操作，参数必须绑定防注入，结果需手动映射，事务须共用同一连接以保证一致性。
在 Symfony 3 中混用 Doctrine 实体模型与原生 SQL 是可行的，但必须守住几条关键边界，否则容易破坏事务一致性、丢失类型安全或引发数据映射混乱。
实体状态与原生SQL不互通
Doctrine 管理的实体对象（如 $user）有明确的生命周期（托管、游离、删除等），而原生 SQL 执行后不会自动同步到 UnitOfWork。这意味着：
- 执行
$conn->executeStatement('UPDATE user SET name = ? WHERE id = ?', [$newName, $id])后，已加载的$user实例属性不会自动更新 - 若后续调用
$em->flush()，可能覆盖原生 SQL 的修改，或触发意外的 UPDATE/INSERT - 跨事务场景下，原生写操作未提交前，实体查询仍可能读到旧数据（取决于隔离级别）
参数绑定是唯一安全入口
任何用户输入参与原生 SQL，必须通过 setParameter() 或 executeStatement($sql, $params) 绑定，绝不可拼接：
- ❌ 错误：
$sql = "SELECT * FROM product WHERE category = '" . $_GET['cat'] . "'"; - ✅ 正确：
$conn->fetchAssociative("SELECT * FROM product WHERE category = ?", [$cat]); - 涉及多个参数时，优先使用命名占位符（
:cat）提升可读性，避免位置错乱
结果映射需手动处理
原生查询返回的是纯数组（fetchAssociative() 或 fetchAllAssociative()），不是实体对象：
- 字段名默认为数据库列名（如
user_name），不是 PHP 属性名（如username），需自行映射或重命名 - 若需返回实体，应使用
ResultSetMapping显式定义字段与属性对应关系，再交由$em->createNativeQuery()->getResult() - 关联数据（如 JOIN 多表）无法自动解析成对象图，要靠开发者控制结构或拆分为多个查询
事务和连接需显式协同
Symfony 3 默认复用 Doctrine 连接，但原生操作仍需注意上下文对齐：
- 确保原生 SQL 在同一连接上执行：从
$em->getConnection()获取，而非新建 PDO 实例 - 若在事务中混合使用，原生语句必须与 ORM 操作共用同一事务——调用
$em->getConnection()->beginTransaction()后，所有操作才真正原子化 - 避免在原生查询中使用
SELECT FOR UPDATE等锁语句后，又用 ORM 修改同一行，可能造成死锁或幻读
