KeineAhnung
Benutzer
- Beiträge
- 5
Hallo zusammen,
bevor ich richtig loslege mit meiner Motordatenbank, muss ich doch einmal dieses schöne Forum bemühnen. Ich habe meine alten Vorlesungsunterlagen zu Datenbabsystemen hervorgeholt und stehe nun beim Umdenken von OO-Programmierung auf relationale Tabellen etwas auf dem Schlauch. Ich finde Beispiele für das Umsetzen von netzwerkartigen Verbindungen (klassisches Beispiel: ein Produkt besteht aus Baugruppen und Einzelteilen, die zusammengesetztwerden), darauf würde ich evtl zurückgreifen, aber ich würde es gerne etwas weniger kryptisch haben.
Kurzum: Es geht darum, in der Datenbank abzubilden, was ich sonst klassisch über Vererbung machen würde.
Beispiel: Ein Motor hat einen Stator und einen Rotor.
Nun gibt es unterschiedliche Arten von Rotoren, so dass es unterschiedliche Tabellen geben muss, die jeweils einen Rotortyp beschreiben.
Also wäre eine Idee mit 4 Tabellen (beschränkt auf die Rotorproblematik):
Motor(MotorID, StatorID, RotorID, ...)
Rotorkonfiguration(RotorID, Rotortyp1ID, Rotortyp2ID)
Rotortyp1(Rotortyp1ID, Merkmal1, Merkmal2, ...)
Rotortyp2(Rotortyp2ID, Merkmal1a, Merkmal2a, ...)
Jetzt wäre es so, dass in Rotorkonfiguration für jede RotorID nur entweder Rotortyp1ID ODER Rotortyp2ID besetzt sein darf, da es genau einen Rotortyp gibt und niemals beide in einem Motor. Ist das überhaupt zulässiger Stil (unsicher? fehleranfällig?)? Was sagen die Fachleute?
Vielen Dank für Hinweise!
bevor ich richtig loslege mit meiner Motordatenbank, muss ich doch einmal dieses schöne Forum bemühnen. Ich habe meine alten Vorlesungsunterlagen zu Datenbabsystemen hervorgeholt und stehe nun beim Umdenken von OO-Programmierung auf relationale Tabellen etwas auf dem Schlauch. Ich finde Beispiele für das Umsetzen von netzwerkartigen Verbindungen (klassisches Beispiel: ein Produkt besteht aus Baugruppen und Einzelteilen, die zusammengesetztwerden), darauf würde ich evtl zurückgreifen, aber ich würde es gerne etwas weniger kryptisch haben.
Kurzum: Es geht darum, in der Datenbank abzubilden, was ich sonst klassisch über Vererbung machen würde.
Beispiel: Ein Motor hat einen Stator und einen Rotor.
Nun gibt es unterschiedliche Arten von Rotoren, so dass es unterschiedliche Tabellen geben muss, die jeweils einen Rotortyp beschreiben.
Also wäre eine Idee mit 4 Tabellen (beschränkt auf die Rotorproblematik):
Motor(MotorID, StatorID, RotorID, ...)
Rotorkonfiguration(RotorID, Rotortyp1ID, Rotortyp2ID)
Rotortyp1(Rotortyp1ID, Merkmal1, Merkmal2, ...)
Rotortyp2(Rotortyp2ID, Merkmal1a, Merkmal2a, ...)
Jetzt wäre es so, dass in Rotorkonfiguration für jede RotorID nur entweder Rotortyp1ID ODER Rotortyp2ID besetzt sein darf, da es genau einen Rotortyp gibt und niemals beide in einem Motor. Ist das überhaupt zulässiger Stil (unsicher? fehleranfällig?)? Was sagen die Fachleute?
Vielen Dank für Hinweise!