Ich bin nicht so erfahren mit SQL-Server, aber ich muss eine Lösung für das folgende Problem finden.SQL Server-Tabelle mit mehreren Eintragstypen
Ich erstelle eine Datenbank, die Autos zum Verkauf hält. Autos werden über eine Handvoll Wege (Verträge) gekauft, hier sind 2 Beispiele der benötigten Preisfelder:
Ich habe unnötige Felder aus Gründen der Klarheit weggelassen.
- Typ: Personal Contract Hire
Fields: InitalPayment, MonthlyPayment
Typ: Personal Contract Purchase
- Fields: InitialPayment, MonthlyPayment, GFMVPayment
Die Unterschiede sind subtil.
Die Frage ist, wäre es besser, eine Tabelle für jeden Typ zusammen mit einer Art Header-Tabelle zu erstellen oder eine einzelne Tabelle mit ein paar zusätzlichen Feldern zu erstellen? Oder etwas anderes?
Ich weiß, dass die Puristen mich dafür hassen werden, sogar die Frage der Redundanz zu stellen, aber die Lösung muss auch praktisch sein, und ich mache mir Sorgen, etwas zu komplizieren, das nicht sein muss.
Ich verwende Entity Framework als mein ORM.
Irgendwelche Gedanken?
Es hängt auch davon ab, wie Sie sie abfragen möchten. Und wie viele Datensätze für die beiden Typen würde es geben? Wäre es sehr schief oder etwa 50-50? Wird die Anzahl der Zeilen "viel" sein (mehrere Millionen)? –
@RaduGheorghiu Meine Gedanken genau. Ich möchte nicht etwas, das durch das ORM schwer zu benutzen ist. Ich würde erwarten, dass es Tausende von Reihen gibt, aber nicht Zehntausende. –