SQL 为租户设计带有外键约束的模式
SQL schema design with foreign key constraint for tenants
我正在设计一个用于多租户场景的数据库。
我最近了解到，为了强制 tenant_ids 在相互引用的 table 之间保持一致，我需要 table 的主键来同时包含 table id 和 tenant_id。然后外键必须引用 table id 和 tenant_id.
这似乎按预期工作，但如果我有 table 不引用承租人怎么办？在下面的示例中，我有一个 playlist_item 不直接引用租户。我在这里看到的一个问题是 playlist_item 可能会引用一段与其所属的播放列表没有相同租户的内容。
一个可能的解决方案是将 tenant_id 也包含到数据库中存在的所有 table 中，以便能够一直引用租户，但这似乎有点对我来说很麻烦，因为 playlist_item（在这种情况下）已经通过其与播放列表的所有者关系隐含了 tenant_id。
对于在这种情况下什么是好的解决方案，以及是否有任何替代方法可以实现相同目标而没有数据不一致的潜在风险，我将不胜感激。
（这只是一个示例，不是实际的数据库）
这里有两个基本选项。
首先是添加额外的外键和唯一约束，其中包括 tenant_id，如果这样做，您可以确保全面引用同一租户。如果您想使用行级安全策略，请执行此操作，因为它将解决检查安全性时的一系列性能问题。
在这种情况下，播放列表将在 (id, tenant_id) 上有第二个唯一索引，而 playlist_item 将在 (playlist_id, tenant_id) 上有一个引用该索引的外键。
您的第二个选择是删除 tenant_id 在它被传递引用的地方。在这种情况下，您始终可以通过连接查找它，但在绑定使用行级安全性时，这表现不佳。
我正在设计一个用于多租户场景的数据库。 我最近了解到，为了强制 tenant_ids 在相互引用的 table 之间保持一致，我需要 table 的主键来同时包含 table id 和 tenant_id。然后外键必须引用 table id 和 tenant_id.
这似乎按预期工作，但如果我有 table 不引用承租人怎么办？在下面的示例中，我有一个 playlist_item 不直接引用租户。我在这里看到的一个问题是 playlist_item 可能会引用一段与其所属的播放列表没有相同租户的内容。
一个可能的解决方案是将 tenant_id 也包含到数据库中存在的所有 table 中，以便能够一直引用租户，但这似乎有点对我来说很麻烦，因为 playlist_item（在这种情况下）已经通过其与播放列表的所有者关系隐含了 tenant_id。
对于在这种情况下什么是好的解决方案，以及是否有任何替代方法可以实现相同目标而没有数据不一致的潜在风险，我将不胜感激。
（这只是一个示例，不是实际的数据库）
这里有两个基本选项。
首先是添加额外的外键和唯一约束，其中包括 tenant_id，如果这样做，您可以确保全面引用同一租户。如果您想使用行级安全策略，请执行此操作，因为它将解决检查安全性时的一系列性能问题。
在这种情况下，播放列表将在 (id, tenant_id) 上有第二个唯一索引，而 playlist_item 将在 (playlist_id, tenant_id) 上有一个引用该索引的外键。
您的第二个选择是删除 tenant_id 在它被传递引用的地方。在这种情况下，您始终可以通过连接查找它，但在绑定使用行级安全性时，这表现不佳。