我现在拥有的是“硬编码”的表，以在同一个表的两个之间建立关系，该表具有该表的两个外键。

在“关系”表之前:

CREATE TABLE IF NOT EXISTS `Item_To_Item` (
  `id` INT(11) NOT NULL AUTO_INCREMENT,
  `item1_id` INT(11) NOT NULL,
  `item2_id` INT(11) NOT NULL,
  `relationship` ENUM('requires', 'mutually_requires', 'required_by', 'relates', 'excludes') NULL DEFAULT NULL,
  `description` VARCHAR(1000) NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  CONSTRAINT `fk_Item1_Id`
    FOREIGN KEY (`item1_id`)
    REFERENCES `Item` (`id`)
  CONSTRAINT `fk_Item2_Id`
    FOREIGN KEY (`item2_id`)
    REFERENCES `Item` (`id`)

所以在此之前在项目表上有一个双多对一的引用来填充两个外键。

现在需要扩展这种关系，使数据库中的表(枚举、标记、特征等)之间更加通用。因此，现在项目可以与项目相关，项目可以与标签相关，标签可以与标签相关，等等具有枚举关系值。

我想对通用表添加一个类型表，这样每个项目、标签等都可以识别，然后将关系表重组为这样的东西:

CREATE TABLE IF NOT EXISTS `Relationship` (
  `id` INT(11) NOT NULL AUTO_INCREMENT,
  `relater_id` INT(11) NOT NULL,
  `relatee_id` INT(11) NOT NULL,
  `relationship` ENUM('requires', 'mutually_requires', 'required_by', 'relates', 'excludes') NULL DEFAULT NULL,
  `description` VARCHAR(1000) NULL DEFAULT NULL,
  `relater_type_id` INT(11) NULL,
  `relatee_type_id` INT(11) NULL,
  PRIMARY KEY (`id`),
  INDEX `fk_Relatee_Id` (`relatee_id` ASC),
  INDEX `fk_Relater_Id` (`relater_id` ASC),
  CONSTRAINT `fk_Relater_Id`
    FOREIGN KEY (`relater_id`)
  CONSTRAINT `fk_Relatee_Id`
    FOREIGN KEY (`relatee_id`)

现在您可以确定 type_id 和表关联的项目类型，并且可以打开它，以便任何两个表 ID 都可以进入 Relater 和 Relatee 外键列。

问题是我不知道如何对外键有这样的普遍性。我相信他们只能引用一张表，所以我不确定如何使用一般的关键引用来做我想做的事。此外，我可以看到双向关系的问题，其中 A 相互需要 B，B 相互需要 A 作为冗余数据。我可以在我的应用程序中阻止这种冗余，但我将不断地检查 A 到 B 的两侧 || B 到 A。我想知道完成我想做的事情的最佳方法。谢谢。

编辑:也许为我的(项目、功能、标签)使用某种基本类型可以帮助我？

编辑:我不认为答案像继承那么简单。至少据我所知。我的问题是，无论类型如何，我都想关联两个一般项目。我不希望 20 列必须为空，因为它不是特定类型。我只想能够将两个 id 和两个 type_id 传递到关系中，这样我就可以关联任何两个对象。

最佳答案

一个潜在的解决方案是实现 object_type 和 object_index 表:

CREATE TABLE object_type (
  `object_type_id` int(11) NOT NULL AUTO_INCREMENT,
  `object_type` varchar(30) NOT NULL,
  PRIMARY KEY (`object_type_id`),
  UNIQUE (`object_type`));

CREATE TABLE object_index (
  `object_id` int(11) NOT NULL AUTO_INCREMENT,
  `object_type_id` int(11) NOT NULL,
  PRIMARY KEY (`object_id`),
  UNIQUE (`object_type_id`, `object_id`));

并仅针对该表定义您的关系。

CREATE TABLE IF NOT EXISTS `Relationship` (
  `id` INT(11) NOT NULL AUTO_INCREMENT,
  `relater_id` INT(11) NOT NULL,
  `relatee_id` INT(11) NOT NULL,
  `relationship` ENUM('requires', 'mutually_requires', 'required_by', 'relates', 'excludes') NULL DEFAULT NULL,
  `description` VARCHAR(1000) NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  INDEX `fk_Relatee_Id` (`relatee_id` ASC),
  INDEX `fk_Relater_Id` (`relater_id` ASC),
  CONSTRAINT `fk_Relater_Id`
    FOREIGN KEY (`relater_id`)
    references object_index (`object_id`),
  CONSTRAINT `fk_Relatee_Id`
    FOREIGN KEY (`relatee_id`)
    references object_index (`object_id`));

接下来定义每个对象表，以便它们与唯一 (object_type_id, object_id) 元组上的 object_index 相关联。在这个例子中，每个表默认和检查约束的 object_type_id 应该是唯一的:

CREATE TABLE table1 (
  `object_id` int(11) NOT NULL,
  `object_type_id` int(11) NOT NULL DEFAULT 1 CHECK (object_type = 1),
  `col1` varchar(4),
  PRIMARY KEY (`object_id`),
  CONSTRAINT fk_t1_ob_idx
    FOREIGN KEY (`object_type_id`, `object_id`)
    REFERENCES object_index (`object_type_id`, `object_id`));

在 MySQL 5.6 及更高版本中，您可以在每个表上定义一个虚拟/计算列来匹配 object_index 中的 object_type_id 而不是存储的物理列。

在 MySQL 8.0 及更高版本中，您可以在每个表上定义一个基于函数的索引，该索引将鉴别器 object_type_id 作为表达式而不是表中的物理或虚拟列。

关于mysql - 如何使用一张关系总表，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/54113825/