Wie können im Datenbankdesign mehrere Fremdschlüsselverweise auf eine einzelne Spalte gehandhabt werden?

Mehrere Fremdschlüsselverweise auf eine einzelne Spalte

Beim Datenbankdesign kann es von Vorteil sein, eine einzelne Spalte in einer Tabelle als fremd zu referenzieren Schlüssel in mehreren anderen Tabellen. Dieser Ansatz ermöglicht eine nahtlose Datenzuordnung und einen konsistenten Datenabruf über mehrere Entitäten hinweg.

Problemstellung

Stellen Sie sich das folgende Datenbankszenario vor:

Sie haben eine Tabelle namens „pdf_created“ mit den Spalten „item_type“, „item_id“ und „quantity“. Jede Zeile in dieser Tabelle stellt ein aus einem PDF-Dokument extrahiertes Element dar. Die Spalte „item_type“ identifiziert den Typ des Artikels (z. B. „1“ für Produkt, „2“ für Vorlagenkopf). Die Spalte „item_id“ verweist auf den Primärschlüssel der entsprechenden Artikeltabelle (z. B. Produkt, Service, Header). Das Ziel besteht darin, die Spalte „item_id“ als Fremdschlüssel in allen drei Artikeltabellen zu referenzieren: Produkt, Service und Header.

Der folgende SQL-Code schafft jedoch nicht die gewünschten Beziehungen:

CREATE TABLE `pdf_created` (
    `id` INT(10) UNSIGNED NOT NULL UNIQUE AUTO_INCREMENT,
    `pdf_id` INT(10) NOT NULL,
    `item_type` INT(3) UNSIGNED NOT NULL,
    `item_id` INT(10) UNSIGNED NOT NULL,
    `quantity` INT(3) NOT NULL,
    PRIMARY KEY (`id`),
    KEY `FK_pdf_id` (`pdf_id`),
    CONSTRAINT `FK_pdf_id` FOREIGN KEY (`pdf_id`) REFERENCES `pdf` (`id`),
    KEY `FK_item_type` (`item_type`),
    CONSTRAINT `FK_item_type` FOREIGN KEY (`item_type`) REFERENCES `item` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
    KEY `FK_item_id` (`item_id`),
    CONSTRAINT `FK_item_id` FOREIGN KEY (`item_id`) REFERENCES `product` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
    CONSTRAINT `FK_item_id` FOREIGN KEY (`item_id`) REFERENCES `service` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
    CONSTRAINT `FK_item_id` FOREIGN KEY (`item_id`) REFERENCES `header` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Grund für den Fehler

Das Problem liegt in den mehreren Fremdschlüsseleinschränkungen für die Spalte „item_id“. Eine Fremdschlüsseleinschränkung stellt sicher, dass jeder Wert in der Spalte „item_id“ als Primärschlüsselwert in mindestens einer der vier Tabellen (Produkt, Service, Header) vorhanden ist. Es kann jedoch nicht garantiert werden, dass item_id immer als Primärschlüssel in allen vier Tabellen gleichzeitig vorhanden ist.

Lösung

Es ist zwar nicht möglich, mehrere Fremdschlüssel zu erstellen Wenn Sie wichtige Einschränkungen für eine einzelne Spalte festlegen, die auf verschiedene Tabellen verweist, können Sie dennoch die Spalte „item_id“ verwenden, um auf die drei Elementtabellen zu verweisen. Entfernen Sie alle Fremdschlüsseleinschränkungen für die Spalte „item_id“ und verlassen Sie sich auf den Anwendungscode, um die referenzielle Integrität durchzusetzen:

CREATE TABLE `pdf_created` (
    `id` INT(10) UNSIGNED NOT NULL UNIQUE AUTO_INCREMENT,
    `pdf_id` INT(10) NOT NULL,
    `item_type` INT(3) UNSIGNED NOT NULL,
    `item_id` INT(10) UNSIGNED NOT NULL,
    `quantity` INT(3) NOT NULL,
    PRIMARY KEY (`id`),
    KEY `FK_pdf_id` (`pdf_id`),
    CONSTRAINT `FK_pdf_id` FOREIGN KEY (`pdf_id`) REFERENCES `pdf` (`id`),
    KEY `FK_item_type` (`item_type`),
    CONSTRAINT `FK_item_type` FOREIGN KEY (`item_type`) REFERENCES `item` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Dadurch können Sie die erforderlichen Datenbeziehungen aufrechterhalten, ohne dass Datenintegritätsfehler auftreten.

Das obige ist der detaillierte Inhalt vonWie können im Datenbankdesign mehrere Fremdschlüsselverweise auf eine einzelne Spalte gehandhabt werden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!