同一User表中用户ID关联关系的最优存储方式探讨

核心结论 #

不需要额外添加自增ID主键，但必须添加外键约束来保证数据的完整性和一致性。

具体分析 #

1. 为什么不需要自增ID？
   你的关联关系本质是「用户对」，(ID_USER1, ID_USER2)的复合主键已经能唯一标识每一条关联记录，完全满足主键的唯一性要求。额外的自增ID属于冗余字段，既浪费存储空间，也不会给业务逻辑带来任何实际价值——毕竟你明确表示不需要用这个ID做任何操作。
   另外注意：原第二种建表语句存在语法错误，一个表只能定义一个主键，同时声明自增ID主键和复合主键是不合法的。

2. 为什么必须加外键？
   外键是防止脏数据的关键。没有外键约束的话，你可以插入User表中不存在的用户ID，导致关联关系指向无效用户，破坏数据的完整性。添加外键后，数据库会自动校验ID_USER1和ID_USER2必须存在于User表的id_user字段中，从底层保证数据合法。

正确的建表语句 #

create table AssociatedUsers
(
    "ID_USER1" VARCHAR2(10) NOT NULL,
    "ID_USER2" VARCHAR2(10) NOT NULL,
    -- 复合主键，确保同一对用户的关联关系只存储一次
    CONSTRAINT "ASSOCIATED_USERS_PK" PRIMARY KEY ("ID_USER1", "ID_USER2"),
    -- 外键约束，关联User表的id_user字段
    CONSTRAINT "USER1_FK" FOREIGN KEY ("ID_USER1") REFERENCES User(id_user),
    CONSTRAINT "USER2_FK" FOREIGN KEY ("ID_USER2") REFERENCES User(id_user)
);

额外优化建议（可选） #

如果你的用户关联是双向等价的（比如用户A关联用户B，等同于用户B关联用户A），可以通过约束或业务逻辑控制，避免重复存储同一对关联。例如如果id_user是数值类型，可以添加检查约束：

CONSTRAINT "CHECK_USER_ORDER" CHECK ("ID_USER1" < "ID_USER2")

这样就能保证每对关联只存一次，减少冗余数据。如果是字符串类型，建议在业务层插入时统一排序后再存储。

内容的提问来源于stack exchange，提问作者user2178964