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

简单的答案是：如果您的表本地化如下所示：

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

并且您想将外键添加到引用该表的另一个表中，则该外键需要具有两列 您手头的 PK，因此可能是：

表“UserLocalization”

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

这是复合主键的缺点之一 - 引用它们的任何 FK 还必须包含复合 PK 的所有列 - 没有例外/可能的技巧/解决方法。对于两列，这仍然是可行的，但是对于四列、五列、十列，它会变得非常非常混乱。这也意味着该表的任何 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] 即可。