Neue Anforderung an DB

[Johannes]

Hallo

Ziemlich weit unten in diesem Forum habe ich den Thread [pref:t=70849&m=407693] gemacht. Jetzt ist eine neue Anforderung reingeflattert:

Neben der Anforderung, dass Optionen bestimmten Produkten zugeordnet werden müssen, soll es auch möglich sein, bestimmte Produkte zu einem Package zusammenzufügen. Trotzdem soll ein solches Package immernoch in eine Kategorie gehören.

Beispiel: In Kategorie "Desktop" gibt es die Modelle "Compaq Evo D310", "Compaq Evo D510". Jetzt soll es möglich sein, den "Compaq Evo 310" mit einem "Samsung 19 TFT" zu einem Package zusammenzufassen. (Da ein 19" TFT logischerweise als Produkt und nicht als Option erfasst wird, widerspricht das nun der ganzen DB-Struktur) Zusätzlich muss das Package auch noch zur Kategorie "Desktop" gehören, wobei in dieser Kategorie normalerweise nur einzelne Produkte und keine Pakete sind...

Seht ihr ne Möglichkeit das zu realisieren ohne die ganze Struktur über den Haufen zu werfen?

Gruss Johannes

[Cheatah]

Hi,

Neben der Anforderung, dass Optionen bestimmten Produkten zugeordnet werden müssen, soll es auch möglich sein, bestimmte Produkte zu einem Package zusammenzufügen. Trotzdem soll ein solches Package immernoch in eine Kategorie gehören.

Package referenziert auf Kategorie (und enthält den Namen des Packages usw.). PackageProduct referenziert zwischen Package und Product. That's it.

Seht ihr ne Möglichkeit das zu realisieren ohne die ganze Struktur über den Haufen zu werfen?

Nun, Packages zu beachten ist natürlich etwas, was dann (außerhalb der DB) noch implementiert werden muss.

Cheatah

[Johannes]

Hallo

Also wenn du ein bisschen konkreter werden könntest würde das bestimmt nicht schaden:-)

Gruss

[Cheatah]

Hi,

Also wenn du ein bisschen konkreter werden könntest würde das bestimmt nicht schaden:-)

_noch_ konkreter? :-) Ich habe Dir im Grunde die Tabellenstruktur vorgelesen. Was brauchst Du noch?

Cheatah

[Johannes]

_noch_ konkreter? :-) Ich habe Dir im Grunde die Tabellenstruktur vorgelesen. Was brauchst Du noch?

Was hast du den für Spalten in dieser neuen Tabelle?

Gruss

[Ilja]

yo,

Was hast du den für Spalten in dieser neuen Tabelle?

es sind zwei neue tabellen, einmal die entität und einmal die beziehungstabelle zwischen der neuen entiät und produkte. aber wie gesagt, ich würde deine tabellenstruktur noch einmalk überdenken und es sauber ausarbeiten.

Ilja

[Johannes]

Hallo

So?
<img src="http://www.mueller-heizung.ch/images/struktur2.jpg" border="0" alt="">

Geht das nicht auch einfacher? Mit der DB sollen lediglich Optionen Produkten zugewiesen, Packages gebildet und eine Historie erstellt werden...

Johannes

[Ilja]

yo,

wie bereits gesagt, ich sehe ein paar probleme bei deinem design. das sollte noch mal grundsätzlich überdacht werden. dass kann aber auch daran liegen, dass ich ein paar bier zuviel intus habe und doppelt sehe.

Ilja

[Johannes]

wie bereits gesagt, ich sehe ein paar probleme bei deinem design. das sollte noch mal grundsätzlich überdacht werden. dass kann aber auch daran liegen, dass ich ein paar bier zuviel intus habe und doppelt sehe.

Eine Hilfe wärs mir schon wenn du dirs noch ein bisschen genauer überlegen könntest. Was siehst du doppelt?

Danke:-)

Johannes

[Joahnnes]

Hallo

Hab noch vergessen, dass auch Optionen in ein solches Package gehören sollen...

[Klaus Mock]

Hallo,

Hallo

Hab noch vergessen, dass auch Optionen in ein solches Package gehören sollen...

... und was ist, wenn Packages irgendwann mal in Packages integriert werden?

Ich denke, irgendwann wirst Du _eine_ Tabelle haben, in der Geräte, Optionen und Packages gemeinsam verwaltet werden. Eventuell kannst Du dann die einzelnen Datensätze anhand eines Typs unterscheiden um so verschiedene Sichten auf die Daten erzeugen zu können. Weitere Tabellen definieren dann die möglichen Optionen eines Gerätes und die Zusammenstellung von Packages.

Grüße
  Klaus

[Ilja]

yo,

Eine Hilfe wärs mir schon wenn du dirs noch ein bisschen genauer überlegen könntest. Was siehst du doppelt?

so, bin wieder herr meiner sinne. auf den ersten blick sage ich einfach mal, deine entitäten und vor allem deine beziehungen sind nicht richtig ausgearbeitet. mein vorschläg wäre, du machst dir erst einmal ein E/R modell, sprich:

1. alle entitäten (objekte) der datenbank mit ihren attributen bestimmten.

2. alle beziehungen der entitäten festlegen.

3. das in einem E/R Modell festzuhalten.

4. wenn es geht, das modell zu normalisieren.

wenn du mit dem vierten schritt nicht vertraut bist, kein problem. aber die ersten drei schritte sollten dir dabei helfen, das datendesign sauber zu halten und nicht die verbindeungen kreuz und quer zu setzen.

Ilja

[Tom]

Hello,

ich befürchte, da musst Du naochmal grundlegend ran. Das was Du brauchst ist ein ganz typisch für die Baugruppenplanung aus einem PPS.

Da geht man folgendermaßen vor:

Alle Teile stehen in einer Tabelle
Über eine andere Tabelle werden die Zugehörigkeiten geregelt.
Teile können Baugruppen bilden und auch aus welchen bestehen.

Innerhalb einer Tabelle entstehen Baumstrukturen mit Parent und Childs.

Es gibt aber auch mehrere Anfangsseiten. Und das verrückte daran ist dann, da kommt dann jemand, und packt das fertige Auto (Anfangsseite) als AddOn zu der tollen Segeljacht dazu (Bundeling) *g*

Zur Bildung der Gruppen gibt es ein Regelwerk aus

• Alternativen
• Optionen

Schwierigstes Problem: Man muss zyklische Verläufe (Rekursion) vermeiden.

Liebe Grüße aus http://www.braunschweig.de

Tom