掌握 symfony2 数据库查询需分三层：入门重建模与 crud 直觉，进阶重关联策略与性能边界，架构级重可维护性、解耦与环境一致性。
掌握 Symfony2 数据库查询，不是背命令或抄 DQL，而是理解 Doctrine 如何桥接对象与关系型数据，并在不同阶段用对工具。入门重建模与 CRUD 直觉，进阶重关联策略与性能边界，架构阶段则关注可维护性、解耦与环境一致性。
入门：建模、映射与基础查询
先跑通“类 → 表 → 数据”的闭环。用 doctrine:generate:entity 创建 Product 类，定义字段（name、price），再执行 doctrine:schema:update --force 生成表。不急着写复杂 DQL——用 Repository 的 findBy()、findOneBy() 完成 80% 查询需求。重点练三件事：字段类型选对（string vs text，datetime vs date），主键和关系注解写准（@ORM\Id、@ORM\ManyToOne），以及 flush() 前确认实体状态（new / managed / detached）。
进阶：关联加载、DQL 与路径安全处理
当出现用户-订单-商品多层嵌套时，避免 N+1 查询是关键。用 join + addSelect() 预加载关联字段，或配置 fetch="EAGER"（慎用）。写 DQL 时优先用别名而非全类名，例如 SELECT u FROM AppBundle:User u WHERE u.status = :status。文件路径类字段（如 image_path）不存绝对路径，只存相对 Web 路径（/uploads/photo.jpg），并在实体中用 getter 拼 URL：return $this->imagePath ? $this->requestStack->getCurrentRequest()->getSchemeAndHttpHost() . $this->imagePath : null;
架构级：容器化部署、事件驱动与可移植配置
上线前必须解决三类硬性约束：数据库连接在 Docker 中必须用服务名 db（非 localhost），对应 parameters.yml 的 database_host: db；文件上传目录权限需在容器启动脚本中显式 chown -R www-data:www-data web/uploads；业务逻辑中涉及数据变更的环节（如用户注册成功），改用事件分发器解耦——定义 UserRegisteredEvent，让邮件服务、统计服务、头像初始化服务各自监听，不修改主流程代码。所有路径、域名、超时值都抽到 parameters.yml，禁用硬编码。
持续深化：从 Doctrine 到分布式数据治理
当单库扛不住读写压力，Doctrine 本身不提供分库分表能力，此时需引入中间件（如 MyCat）或切换为读写分离配置（replica 连接池）。缓存策略要分层：实体级用 Doctrine 第二级缓存（需配 Redis），集合级用 APCu 存 query result，页面级用 ESI 或反向代理。日志中加 doctrine.dbal.logger 查慢查询，配合 EXPLAIN 分析执行计划。真正的架构能力体现在：能说清为什么某个 @ORM\OrderBy 会拖慢列表页，也敢在参数校验后直接 throw AccessDeniedHttpException 而不层层 return false。
