设计与表 A、表 B 或表 A​​ 和 B 相关的 SQL 表的最佳实践是什么？

Question

假设我有三张桌子。我将尽可能简化这些表格来说明设计问题：

用户：

CREATE TABLE users (user_id INT PRIMARY KEY);

网络：

CREATE TABLE networks (network_id INT PRIMARY KEY);

网络用户：

CREATE TABLE network_users (
     network_id INT, 
     user_id INT, 
     PRIMARY KEY(network_id, user_id), 
     FOREIGN KEY(network_id) REFERENCES networks(network_id), 
     FOREIGN KEY(user_id) REFERENCES users(user_id)
);

如上所示，用户与网络具有多对多关系，如网络用户表中所述。到目前为止，这一切都很传统。

现在这是我的问题：

假设我想添加一个消息表，并且我希望能够存储发送到的消息：

1. 特定用户，
2. 一个特定的网络，
3. 或网络内的用户

消息表的最佳设计方法是什么？

我可以像这样构造一个消息表：

CREATE TABLE messages (
    message_id INT PRIMARY KEY, 
    network_id INT, 
    user_id INT, 
    FOREIGN KEY(network_id) REFERENCES networks(network_id), 
    FOREIGN KEY(user_id) REFERENCES users(user_id)
);

地点：

1. 发送给特定用户的消息设置了 user_id 字段，并且 network_id 字段为 NULL
2. 发送到特定网络的消息设置了 network_id 字段，并且 user_id 为 NULL
3. 发送给网络内用户的消息同时设置了 network_id 和 user_id 字段

但这是最好的方法吗？由于 network_id 和 user_id 字段可能为空，我必须创建一个单独的主键 (message_id)，而不是使用复合主键（network_id 和 user_id），否则会这样做。

Answer 1

您在问题中描述的内容称为多态关联。查看this article，其中描述了一些可能的建模方法。

虽然本文描述了如何以最一般的方式对多态关联进行建模，但我认为您的方法也不错，因为很可能不会有超过 3 种消息类型（对用户、对网络和对网络中的用户）

Answer 2

我见过的一种方法是在messages 中添加entity_id 和entity_type，其中类型告诉您记录是指user 还是network（或稍后的其他类型） . This response 有一些处理此类案例的有趣示例。

Answer 3

如果您在 3 个事物（A、B、C）之间存在多对多关系：

CREATE TABLE ABC (
    a_id ...,
    b_id ...,
    c_id ...,
    PRIMARY KEY(a_id, b_id, c_id),
    INDEX(b_id, c_id, a_id),
    INDEX(c_id, a_id, b_id)
) ENGINE=InnoDB;

索引让您可以从任何表到其他表。

但是...让我们看看你的一些SELECTs，然后再确定这是最好的。