Ich überlege, wie ich eine komplexe Struktur in einer SQL Server-Datenbank darstellen kann.

Consider eine Anwendung, die Details einer Objektfamilie speichern muss, die einige Attribute gemeinsam haben, aber viele andere nicht gemeinsam haben. Zum Beispiel kann ein gewerbliches Versicherungspaket Haftpflicht-, Kfz-, Sach- und Haftpflichtversicherungsschutz im selben Versicherungsschein enthalten.

Es ist trivial, dies in C # usw. zu implementieren, da Sie eine Richtlinie mit einer Sammlung von Abschnitten erstellen können, wobei der Abschnitt wie für die verschiedenen Deckungstypen erforderlich vererbt wird. Relationale Datenbanken scheinen dies jedoch nicht einfach zu ermöglichen.

Ich kann sehen, dass es zwei Hauptoptionen gibt:

Erstellen Sie eine Richtlinientabelle und dann eine Abschnittstabelle mit allen erforderlichen Feldern für alle möglichen Variationen, von denen die meisten null wären.

Erstellen Sie eine Richtlinientabelle und zahlreiche Abschnittstabellen, eine für jede Deckungsart.

Beide dieser Alternativen scheinen unbefriedigend zu sein, zumal es notwendig ist, Abfragen in allen Abschnitten zu schreiben, die zahlreiche Verknüpfungen oder zahlreiche Nullprüfungen erfordern würden.

Was ist die beste Vorgehensweise für dieses Szenario?