symfony 2 已停更，当前主流是 symfony 6.x，doctrine orm 从 2.x 升级至 3.5+，实体映射更严格、repository 推荐类型注入、dql 参数绑定强制化、分页与结果获取更结构化，老代码大多可运行但需收束松散写法。
Symfony 2 已于 2015 年停止官方支持，当前活跃版本是 Symfony 6.x（2026 年主流稳定版）。所谓“Symfony2 数据库查询版本差异”，实质是 Doctrine ORM 在不同 Symfony 生态演进中的使用方式变化——底层 Doctrine 版本升级（2.x → 3.x → 4.x）、PHP 语言特性增强、以及开发范式转向更安全、更可测、更解耦的方向。语法本身没颠覆性改动，但推荐路径和关键约束明显收紧。
实体定义与映射方式更严格
旧 Symfony2 + Doctrine 2.4 允许注解写在属性上且部分字段可省略类型声明；新 Symfony6 + Doctrine 3.5 要求：
- 必须显式声明 @ORM\Entity 和 @ORM\Table(name="xxx")，反向生成时不再自动补全表名
- @ORM\Column 必须标注 type（如 type="decimal", scale=2），空值行为（nullable=true）需明确
- 主键字段若非 id，必须用 @ORM\Id @ORM\Column(name="uid") 双重标注，否则 find() 失效
Repository 方法调用逻辑不变，但推荐写法升级
find()、findOneBy()、findBy() 这些方法签名和行为保持兼容，但现代实践强调：
- 不再直接用 $em->getRepository('AppBundle:User')，改用类型化注入：UserRepository::class（配合 autowire）
- 动态方法名（如 findOneByNameAndStatus）仍可用，但字段名必须真实存在且大小写敏感，Doctrine 3+ 对拼写错误报错更早、更明确
- findAll() 在大数据量场景下被静态分析工具标记为潜在风险，建议显式加 where 条件或改用分页
DQL 和 QueryBuilder 的安全边界更清晰
核心语法（SELECT u FROM User u WHERE u.age > :age）没变，但执行环节约束加强：
- setParameter() 成为强制要求，拼接字符串（"WHERE u.age > " . $age）在 Doctrine 3+ 中触发 deprecation warning，4.0+ 将直接抛异常
- QueryBuilder 的 expr() 方法强化类型检查，比如 $qb->expr()->eq('u.status', ':status') 比手写字符串更安全
- DQL 不再支持隐式 JOIN，多对多“与”条件必须显式双别名（join('p.attrs', 'a1') AND join('p.attrs', 'a2')），否则运行时报错而非静默出错
结果获取与分页机制更结构化
getResult()、getOneOrNullResult() 等方法保留，但新增默认行为和集成规范：
- getSingleResult() 在无结果时默认抛 NoResultException，不推荐裸用，需 try/catch；getOneOrNullResult() 成为详情页首选
- 分页统一由 KnpPaginatorBundle 或原生 Doctrine\ORM\Tools\Pagination 处理，手写 setFirstResult()/setMaxResults() 仅用于底层封装
- 聚合查询（COUNT/SUM）返回值类型更严格：getSingleScalarResult() 强制返回标量，不再自动转 int/float，需开发者显式 cast
不是语法淘汰，而是语义加固。老项目迁移到 Symfony6，90% 的查询代码可直接运行，但要通过静态分析和测试覆盖，把松散写法收束到更健壮的模式里。
