数据库字段多语言需用翻译表模式：主表存通用字段，翻译表存 locale 相关字段并外键关联；Doctrine 映射关系+显式 locale 查询实现，配合 Translator 组件兜底 fallback。
数据库数据本地化翻译在 Symfony 4 中不能靠 symfony/translation 组件直接完成，因为该组件只处理静态消息（如界面文案、提示语），不管理动态内容（如文章标题、产品描述）。要实现数据库字段的多语言支持，需结合数据库结构设计 + 应用层逻辑，常见且推荐的方式是“翻译表模式”（Translation Table Pattern）。
使用翻译表关联实现多语言内容
核心思路：主表存通用字段（如 id, slug, created_at），另建翻译表存语言相关字段（如 title, content, locale），通过外键关联。
- 示例结构：
products (id, sku, created_at)product_translations (id, product_id, locale, title, description, slug) - 确保
(product_id, locale)唯一，避免重复语言条目 - 在实体中用 Doctrine 的
@ORM\OneToMany和@ORM\ManyToOne映射关系
在控制器和模板中按 locale 获取对应翻译
不依赖全局 locale 切换，而是显式查询当前请求所需语言的翻译记录。
- 控制器中获取当前语言（例如从路由参数
_locale或 session）：$locale = $request->get('_locale', 'en'); - 用 DQL 或 Repository 方法查翻译：
$product = $repo->findWithTranslation($id, $locale); - 模板中直接输出：
{{ product.translation.title ?? product.translationFallback.title }}
配合 Translation 组件做兜底与 fallback
当某语言翻译缺失时，可用 TranslatorInterface 提供默认文案或触发回退逻辑。
- 定义 fallback 策略：比如
fr → en → es，在服务中封装查找逻辑 - 在 Twig 中避免空值：
{{ product.translation.title|default(product.translationFallback.title)|trans }} - 注意：此处
|trans仅用于兜底文案（如 “No description available”），不是翻译数据库字段本身
可选增强：使用第三方 Bundle 简化开发
若项目规模较大，可引入成熟方案降低维护成本：
-
Gedmo/Translatable：轻量、稳定，支持自动切换 locale 查询，兼容 Symfony 4
需配置行为监听器，并为实体字段添加@Gedmo\Translatable注解 - AsgardCms/Translation：更重，适合 CMS 类项目，提供后台管理界面
- 不建议手动拼 SQL 或在 PHP 层做 if-else 多语言判断——难以维护且易出错
