symfony2数据库查询须封装于repository或service层，禁用控制器直查；参数必须绑定，禁字符串拼接；优先级为findby→querybuilder→自定义方法→原生sql；查无结果需显式处理。
Symfony2 的数据库查询不是“能跑就行”，而是要兼顾安全、可读、可维护和性能。大厂团队普遍遵循几条硬性规范：查库逻辑必须远离控制器、参数必须预处理、实体关系要显式声明、复杂查询优先用 DQL 或 QueryBuilder 而非原生 SQL。这些不是教条，是踩过坑后沉淀下来的效率保障。
查询逻辑必须封装进 Repository 或 Service 层
控制器里禁止出现 $em->getRepository(...)->find() 或任何 createQuery 调用。所有数据获取行为应归口到对应实体的 Repository 类中，例如 UserRepository 提供 findActiveUsers()，或更进一步，由 UserManagementService 协调多个 Repository 完成业务场景（如注册时同步查用户、发邮件、建档案）。
- Repository 只负责单一实体的数据访问，不包含业务规则判断
- 跨实体、带条件组合、需缓存或分页的查询，应抽到 Service 层
- 避免在模板或表单中直接调用查询方法，Twig 里只允许渲染已有变量
参数必须绑定，严禁字符串拼接
无论用 findBy()、DQL 还是 QueryBuilder，所有外部输入值都必须通过 setParameter() 或数组参数方式传入。哪怕只是路由里的 {id}，也不能写成 "WHERE p.id = " . $id。
-
findOneBy(['status' => $request->query->get('status')])是安全的 -
createQuery("SELECT u FROM User u WHERE u.id = " . $id)是高危写法，直接禁用 - 批量参数用
setParameters(['status' => 'active', 'role' => 'admin'])更清晰
优先使用类型安全的查询方式
Symfony2 + Doctrine 推荐按优先级选择查询手段：简单条件 → findBy/findOneBy；带 JOIN 或聚合 → QueryBuilder；高度定制或复用 → 自定义 Repository 方法；性能敏感或跨库 → 原生 SQL（极少数情况，且必须配 NativeQuery 和手动映射）。
-
findBy(['name' => 'John'], ['createdAt' => 'DESC'], 10, 0)比手写 DQL 更直观 - 涉及多表关联时，用
createQueryBuilder()显式写出leftJoin('u.posts', 'p')，语义明确、IDE 友好 - DQL 中避免
SELECT *，始终指定别名与字段，如SELECT u.id, u.email FROM User u
查不到数据要有明确语义处理
不要依赖返回 null 做判断。对必须存在的记录（如详情页的 /user/{id}），用 find() 或 findOneBy() 后主动检查是否为空；对可能不存在的场景，用 getOneOrNullResult() 或 try/catch NoResultException。
- 推荐在 Controller 中用
$user = $userRepository->find($id) ?? throw $this->createNotFoundException(); - 用
getSingleScalarResult()获取 COUNT/MIN/MAX 时，确保 DQL 只返回一个标量值 - 避免在循环里反复调用
find()，N+1 问题优先用 JOIN 或findBy(['id' => $ids])批量查
