Sql 多个同形工作台的ERD设计

您好，我们现在正在进行国际网站设计，因此许多表格需要与相同形状的小翻译表格相关，这些表格存储每种语言的翻译，如图片左侧（design#1）。
目前，我们有一个合并翻译表的想法，如图像右侧（设计#2），但我不清楚这个设计是好是坏。你能告诉我设计2是好主意还是坏主意吗？

---

另外，如果您有其他解决方案，请给我一个建议。

Design#2的好处是更容易维护翻译。因为只有一个表存储翻译。缺点是，有时在不同的语境中，同一个词有不同的翻译。这是用refId处理的，所以我认为设计#2也是我设计的方式。也许我也会将原语中的单词存储在“翻译”表中。如果不知道细节，就不可能说任何话。在我看来，对于设计2的接受度，一个合适的检查是这样一个问题：“如果你某天早上醒来，你看到一把椅子与桌面翻译记录相连，这是一个大问题吗？”相信我，这将发生在设计2中，因为没有数据库约束阻止它。设计2的好处是更容易维护翻译。因为只有一个表存储翻译。缺点是，有时在不同的语境中，同一个词有不同的翻译。这是用refId处理的，所以我认为设计#2也是我设计的方式。也许我也会将原语中的单词存储在“翻译”表中。如果不知道细节，就不可能说任何话。在我看来，对于设计2的接受度，一个合适的检查是这样一个问题：“如果你某天早上醒来，你看到一把椅子与桌面翻译记录相连，这是一个大问题吗？”相信我，这将发生在设计2中，因为没有数据库约束阻止它。