Symfony 2 不支持数据库字段级多语言查询，推荐用主表+翻译表分离设计，通过 Doctrine Behaviors 或 Translator 服务按 locale 动态获取翻译值，并在搜索时 JOIN 翻译表实现语言感知过滤。
Symfony 2 本身不直接支持“数据库字段级多语言查询”——它不自动为每张表生成多语言列或动态切换字段值。所谓“数据库查询的多语言支持”，实际是指如何在查询结果中正确呈现对应语言的翻译内容，核心在于将业务数据（如文章标题、产品描述）与翻译机制解耦，并通过 Translator 或专用翻译表关联处理。
翻译字段不建议直存多列（如 title_en/title_zh）
硬编码多个语言列会导致表结构臃肿、维护困难、新增语言需改库。更合理的方式是：
- 主表只存语言无关字段（如 id、slug、status、created_at）
- 另建翻译表（如
product_translations），含字段：product_id、locale（如en,zh_CN）、title、description - 使用 Doctrine 扩展（如 KnpLabs/DoctrineBehaviors）自动处理翻译关系，支持
$product->getTitle()按当前 locale 返回对应值
查询时按当前 locale 加载翻译内容
不依赖 SQL 级别 JOIN 多语言字段，而是用 Symfony 的翻译服务或实体翻译逻辑：
- 控制器中查出主实体后，调用翻译服务：
$translator->trans($product->getBaseTitleKey(), domain: 'products') - 或使用翻译域 + 参数化键：
$translator->trans('product.title', ['%name%' => $product->getName()], 'products') - 若用 Doctrine Behaviors，可直接：
$product->translate('zh_CN')->getTitle()（需先设置 locale）
确保 Translator 实例始终反映请求语言
数据库查询本身无语言属性，但翻译结果必须对齐用户语言。关键配置包括：
- 路由定义含
{_locale}参数，并设requirements: {_locale: en|fr|zh} -
framework.yaml启用 session：session: true（LocaleAwareListener 依赖 session 存储 locale） - 确认
translator.default_path指向translations/，且存在products.zh.xlf等文件 - 调试时检查：
dump($this->translator->getLocale())—— 它应随 URL 中的/zh/实时变化
搜索与过滤需语言感知（进阶）
若需按翻译内容搜索（如“搜‘苹果’找中文产品名），不能靠 WHERE title LIKE '%苹果%'（因 title 在主表是英文）：
- JOIN 翻译表并加 locale 条件：
->innerJoin('p.translations', 't')->where('t.locale = :locale AND t.title LIKE :q') - 或使用全文检索扩展（如 PostgreSQL 的
tsvector按 locale 构建索引） - 避免在 WHERE 中用
$translator->trans()—— 它是 PHP 层逻辑，无法下推到数据库
