Frage zu Datenbank Design - Rechnungen, Angebote... und deren Positionen

[beta20]

Hallo zusammen,

ich habe habe mal eine Frage zu meinem Datenbank-Design.

Ich habe:
- Rechnungen
- Angebote
- Mahnungen
- Gutschriften
- Lieferscheine
- ...

All diese Entites haben Positionen

Nun ist meine Frage:
a) Auswahl1
Soll ich für jede Entity eine Tabelle anlegen, also
- RechnungenPostion
- AngebotPosition
- ...

oder

b) Auswahl2
- Eine Tabelle "Positionen", in welcher ich dann jeweils einen Fremdschlüssel für Angebot, Rechnung etc. habe

Ich persönlich tendiere zu Auswahl1, einfach auch aus dem Grund die Datenmenge zu reduzieren und nicht alles in einer Tabelle zu klatschen. Bei einer kleineren Anwendung kann man das sicher so machen, dass man alles in eine Tabelle speichert, aber bei größeren Anwendungen denke ich ist es besser die Positionen wirklich pro Tabelle zu speichern?

Dass die Datenstruktur pro Tabelle gleich ist, ist mir bekannt, aber es ist durchaus unwahrscheinlich, dass weitere Entities irgendwann hier dazu kommen....

Danke für jede Hilfe

 

[mihe7]

Ich persönlich tendiere zu Auswahl1

Ich auch. Es muss nicht sein, dass die Datenstrukturen gleich sind bzw. dann auch bleiben, außerdem dürfte sich die Häufigkeit, über alle Belege Auswertungen fahren zu müssen, in Grenzen halten.

 

[Meniskusschaden]

Ich würde auch getrennte Tabellen vorsehen. Nur Rechnungen und Gutschriften würde ich in eine gemeinsame Tabelle packen.

 

[AndiE]

Ich würde das Datenbankdesign mal weglassen, und den OOP-Werkzeugkasten rausholen. Wenn du ein Aktivitätsdiagramm machst, dann ändern sich weder Kundenadresse noch Autragspositionen, sondern der Status des Auftrages: Du brauchst in diesem Fall eher eine Tabelle Status(Auftrags-ID, Datum, Status). Status würde dann den ganzen Bereich abdecken wie: Erstkontakt, Angebot angegeben, Auftrag erteilt, geliefert, Rechnung erstellt, Betrag erhalten, aber eben auch die anderen Fälle wie Auftrag abgelehnt, Lieferung abgeholt, Gutschrift.

 

[beta20]

Ich würde das Datenbankdesign mal weglassen, und den OOP-Werkzeugkasten rausholen. Wenn du ein Aktivitätsdiagramm machst, dann ändern sich weder Kundenadresse noch Autragspositionen, sondern der Status des Auftrages: Du brauchst in diesem Fall eher eine Tabelle Status(Auftrags-ID, Datum, Status). Status würde dann den ganzen Bereich abdecken wie: Erstkontakt, Angebot angegeben, Auftrag erteilt, geliefert, Rechnung erstellt, Betrag erhalten, aber eben auch die anderen Fälle wie Auftrag abgelehnt, Lieferung abgeholt, Gutschrift.

danke für die Antworten, verstehe jetzt nicht so ganz was du mir hier bzgl. der eigentlichen Frage sagen möchtest?