Sql Server - 引用多列的外键，其中一列不在源表中

Question

我的外键有问题。这是我的数据库结构（简化）：

表“语言”

LanguageID - primary key
LanguageName - string (for example 'English')
..

---

表“用户”

UserID - primary key
LanguageID - byte (FK to Languages.LanguageID)
..

---

表“本地化”

LocalizationID - / compound primary key
LanguageID     - \ compound primary key (FK to Languages.LanguageID)
Data - string (for example 'My Program' in English)

---

表“用户本地化”

UserLocalizationID - primary key
UserID - which user (FK to Users.UserID)
..
some other useful columns -> this table cannot be removed **EDITED**
..
LocalizationID - what string (FK to Localization.?) <- oops, not really because 
                                                       LanguageID is needed 
                                                       for FK to 'Localization' 

如何在“用户本地化”到“本地化”中进行 FK（或任何其他完整性检查）。这种配置有可能吗？还是不行，因此需要进行一些重组（真的吗？）？如果有怎么实现？

编辑：为了更清晰，稍微整理了一下。

Answer 1

简单的答案是：如果你的桌子Localization 是这样的：

LocalizationID - / compound primary key
LanguageID     - \ compound primary key (FK to Languages.LanguageID)
Data - string (for example 'My Program' in English)

并且您想将外键添加到引用该表的另一个表中，该外键需要在手边有您的 PK 的 两列，所以它可能是：

表“用户本地化”

UserLocalizationID - primary key
UserID - which user (FK to Users.UserID)
(LocalizationID, LanguageID) - FK to Localization

这是复合主键的缺点之一 - 任何引用它们的 FK 还必须包含复合 PK 的 all 列 - 没有例外/技巧/变通方法。有两列，这仍然是可行的，但是有四、五、十列，它变得非常混乱。这也意味着该表的任何JOIN 都必须包含所有公共字段 - 再说一次，有两个仍然可以，但如果有更多，它会变得非常混乱。

这是我经常考虑向只有复合 PK 的表添加人工代理键​​的原因之一 - 只是为了简化对其的 FK 连接。

Answer 2

摆脱UserLocalization 表。请改用此 SQL 来查找用户的本地化字符串：

SELECT * FROM Users INNER JOIN Localization ON Users.LanguageID = Localization.LanguageID

所有使用相同语言的用户都需要/拥有相同的本地化记录，因此您无需再添加任何完整性检查；您已经在 Users 和 Localization 表中对 LanguageID 上的 FK 进行了所有检查。

如果您想查找特定用户的本地化数据/字符串，只需在 SQL 末尾添加 WHERE UserID = [Whatever]。