Hallo,
ich habe ein Modell für eine Fahrzeugdatenbank. Das Diagramm wie es zur Zeit aussieht habe ich als PDF hochgeladen. Das ganze ist als SqlLiteDatabase implementiert und über das peewee Package programmiert.
Nun zur Frage:
Es tritt für Fahrzeugversionen eine Komponente (z.B. Kolben) unterschiedlich oft auf. Zur Zeit gibt es nur "Kolben" und ich kann nur eine Instanz FahrzeugVersionKomponentePosition erzeugen, die die Existenz eines zur Fahrzeugversion an Position X befindlichen Kolbens angibt. Für weitere Kolben müsste ich mit dem bestehenden Modell dann mehr Komponenten (Kolben_1, Kolben_2) erzeugen oder für "Kolben" neue Eigenschaften anlegen (Durchmesser_1, Durchmesser_2) alles andere als optimal.
Meine Ideen sind nun:
1. Eine Property darf pro FahrzeugVersionKomponentePosition mehr als einen Wert haben, d.h. eine m:n Beziehung zwischen FahrzeugVersionKomponentePositionEigenschaft und Eigenschaft.
2. Eine Tabelle, die die Anzahl an Komponenten modelliert das heißt eine zusätzliche Tabelle zwischen CompPos und Component: CompPos (n) : (m) NumberComp (k) : (1) Component. Ich glaube, das ist das vernünftigste.
Ich wollte aber nachfragen, was die Experten dazu sagen.
Gerne darf auch das Modell hinterfragt werden, wenn eine grundsätzliche Änderung das Problem löst, oder ein anderes (schlimmeres) Problem aufdeckt.
PS: Ich könnte natürlich "Position" zur Identifikation von einer Kolbeninstanz an unterschiedlichen "Orten" nehmen, aber das habe ich ausgeschlossen, weil die Unterscheidung nicht anschaulich ist. Für Position sind zur Zeit nur "Vorderachse" und "Hinterachse" als Instanzen gedacht.
ich habe ein Modell für eine Fahrzeugdatenbank. Das Diagramm wie es zur Zeit aussieht habe ich als PDF hochgeladen. Das ganze ist als SqlLiteDatabase implementiert und über das peewee Package programmiert.
Nun zur Frage:
Es tritt für Fahrzeugversionen eine Komponente (z.B. Kolben) unterschiedlich oft auf. Zur Zeit gibt es nur "Kolben" und ich kann nur eine Instanz FahrzeugVersionKomponentePosition erzeugen, die die Existenz eines zur Fahrzeugversion an Position X befindlichen Kolbens angibt. Für weitere Kolben müsste ich mit dem bestehenden Modell dann mehr Komponenten (Kolben_1, Kolben_2) erzeugen oder für "Kolben" neue Eigenschaften anlegen (Durchmesser_1, Durchmesser_2) alles andere als optimal.
Meine Ideen sind nun:
1. Eine Property darf pro FahrzeugVersionKomponentePosition mehr als einen Wert haben, d.h. eine m:n Beziehung zwischen FahrzeugVersionKomponentePositionEigenschaft und Eigenschaft.
2. Eine Tabelle, die die Anzahl an Komponenten modelliert das heißt eine zusätzliche Tabelle zwischen CompPos und Component: CompPos (n) : (m) NumberComp (k) : (1) Component. Ich glaube, das ist das vernünftigste.
Ich wollte aber nachfragen, was die Experten dazu sagen.
Gerne darf auch das Modell hinterfragt werden, wenn eine grundsätzliche Änderung das Problem löst, oder ein anderes (schlimmeres) Problem aufdeckt.
PS: Ich könnte natürlich "Position" zur Identifikation von einer Kolbeninstanz an unterschiedlichen "Orten" nehmen, aber das habe ich ausgeschlossen, weil die Unterscheidung nicht anschaulich ist. Für Position sind zur Zeit nur "Vorderachse" und "Hinterachse" als Instanzen gedacht.
