Umgang mit Fremdschlüsseln für mehrere Tabellen

Sie haben drei Tabellen: Regionen, Länder und Staaten. Länder und Staaten können zu Regionen gehören und eine hierarchische Struktur bilden. Jetzt möchten Sie eine „popular_areas“-Tabelle mit den Spalten „region_id“ und „popular_place_id“ erstellen und eine Fremdschlüsselbeziehung zwischen „popular_place_id“ und entweder Ländern oder Staaten basierend auf einer „popular_place_type“-Spalte erstellen.

Dies Das Szenario stellt eine Herausforderung dar, da SQL-Fremdschlüsseleinschränkungen normalerweise auf eine einzelne Zieltabelle verweisen. Allerdings gibt es im Datenbankdesign ein Konzept namens „Polymorphe Assoziationen“, das versucht, dieses Problem zu lösen.

Polymorphe Assoziationen: Mehrere Tabellen mit einem gemeinsamen Supertyp verbinden

Polymorphe Assoziationen ermöglichen ein Fremdschlüssel, der auf eine von mehreren möglichen Zieltabellen verweist. Dies wird erreicht, indem eine zusätzliche Spalte verwendet wird, um die Zieltabelle anzugeben, auf die verwiesen wird. In Ihrem Fall benötigen Sie beispielsweise eine Spalte „popular_place_type“, um zu bestimmen, ob die „popular_place_id“ auf ein Land oder einen Staat verweist.

Polymorphe Assoziationen unterliegen jedoch aufgrund von Einschränkungen Einschränkungen in SQL. SQL kann mit polymorphen Assoziationen keine Datenbankkonsistenz erzwingen. Stattdessen verlässt es sich darauf, dass die Anwendung oder das Framework diese Zuordnungen implementiert, um die Datenintegrität sicherzustellen.

Alternative Lösungen für Fremdschlüsselverweise auf mehrere Tabellen

Um die referenzielle Integrität ohne Polymorphie aufrechtzuerhalten Assoziationen, ziehen Sie diese Alternativen in Betracht:

• Erstellen separater Tabellen: Erstellen Sie Tabellen wie „popular_states“ und „popular_countries“ beziehen sich jeweils auf Bundesstaaten bzw. Länder. Dies gewährleistet Datenintegrität durch SQL-Einschränkungen, erfordert jedoch möglicherweise mehrere Abfragen, um alle mit einem Benutzer verknüpften beliebten Orte abzurufen.
• Erstellen einer übergeordneten Tabelle: Erstellen Sie eine „Orte“-Tabelle, die als Supertyp fungiert für Staaten und Länder. Sowohl Bundesstaaten als auch Länder hätten Fremdschlüssel, die auf „Orte“ verweisen und so die referenzielle Integrität gewährleisten.
• Verwendung von zwei Spalten: Verwenden Sie anstelle einer einzelnen Spalte, die entweder Bundesstaaten oder Länder referenziert, zwei Spalten, die Nullwerte zulassen: „ „state_id“ und „country_id“. Sie müssen jedoch sicherstellen, dass nur eine dieser Spalten ungleich NULL ist, und diese Einschränkung durch Anwendungslogik oder Datenbank-Trigger erzwingen.

Relationale Integrität und die Verletzung von Normalformen

Es ist wichtig zu beachten, dass polymorphe Assoziationen gegen die Prinzipien der Datenbanknormalisierung verstoßen. Die Erste Normalform (1NF) verbietet das Mischen verschiedener Bedeutungen in einer einzelnen Spalte, was auftritt, wenn sowohl Bundesstaats- als auch Länder-IDs in einer einzigen „popular_place_id“-Spalte gespeichert werden. Polymorphe Assoziationen verstoßen auch gegen die Dritte Normalform (3NF), da die Bedeutung der Spalte „popular_place_id“ von der zusätzlichen Spalte „popular_place_type“ abhängt.

Zusammenfassend bieten polymorphe Assoziationen eine potenzielle Lösung für Fremdschlüsselbeziehungen zu mehreren Tabellen in SQL. Sie bringen jedoch Probleme mit der Datenintegrität mit sich und verstoßen gegen die Prinzipien der Datenbanknormalisierung. Erwägen Sie die oben genannten alternativen Ansätze für ein robustes Datenmanagement.