Sql 多语言表-复合键是未来的发展方向吗？

有很多项目需要翻译，我有三张表<代码>语言，

水果

和

水果名

这是我将使用的代码（在ms SQL中）

---

假设我永远不会要求一个项目有两个相同语言的名称，那么使用复合键有好处吗？

对我来说，复合键似乎是一个不错的选择。我不能说整体的可伸缩性，但是如果你只是翻译水果的名字，这应该是好的

也可能会有水果的描述，只要只有一种，我就把它放在同一张桌子上。水果类别（多对多）（该类别的翻译类似）@climpage:哦，我错过了。我多次阅读表格说明，但没有看到。*追求glasses@zerkms哈哈哈。你让我质疑我的理智

CREATE TABLE [FruitNames] (
    [LanguageId] INT NOT NULL ,
    [FruitId] INT NOT NULL ,
    [name] NVARCHAR( 100 ) NOT NULL ,
    FOREIGN KEY (LanguageId) REFERENCES Languages(id),
    FOREIGN KEY (FruitId) REFERENCES Fruits(id),
    PRIMARY KEY ([LanguageId],[FruitId])
)