myGil

Dank auch den anderen Antwortern! lg myGil

Hallo "Der Kleine" Das Prinzip der Stammdaten habe ich jetzt verstanden, so gibt auch die Größentabelle ohne Artikel-Nrn Sinn, danke! Und werde auch meine Gedanken bezüglich der DB-Struktur und dem letzendlichem Frontendprogrammierung strikt trennen - Danke! Kannst du nochmals bitte einen Blick auf meiner echte aktuelle DB werfen: http://members.chello.at/gz/sqldb.JPG Denke das ein oder andere müsste ich noch ausbessern aber was mich eben jetzt schwer beschäftig ist das korrekte darstellen der Größen! Würdest du das wie folgt machen? http://members.chello.at/gz/sqldb2.JPG Wie du siehst habe ich jetzt das Feld Grössen nicht mehr in der ArtikelStammliste sonder bei den Bewegungen! Nochmals danke für deine tipps!

Interessanter Gedanke, aber warum habe ich dann überhaupt eine Grössentabelle? Ich habe mir das so überlegt: Die Anwender erstellen einen neuen Artikel, anschließend klickst er mit der rechten Maustaste drauf und kann z.b. in einem Textfeld mit Beistrich getrennt die gängigsten Größen für diesen Artikel definieren. (Dieser werden dann samt der Artikel-Nr. in der Größen Tabelle gespeichert.) Sobald der Anwender anschließend eine Bewegung erstellt, wird ihm nach der Artikel Auswahl gleich die gängigsten Größen für diesen Artikel vorgeschlagen. Daher die Größentabelle mit Artikel-Nr. Ergibt das Sinn? Nochmals Danke für deine Zeit!!!

Danke für deine Antwort! Habe im Access gleich einen Erstentwurf versucht: http://members.chello.at/gz/db.jpg Kannst du dir das bitte ansehen und mir sagen ob du das so gemeint hast? Bzw. habe ich das richtig verstanden: Die Grössentabelle gibt an, welcher Artikel in welcher Grösse erhältlich ist? Danke!!!

Liebe DB-Leute! Arbeite gerade ein einem Bestellsystem für Kleidungen. Jetzt stoße ich auf ein Problem wo ich mir nicht sicher bin wie ich das am besten und vor allem korrekt lösen könnte: Bis jetzt habe ich für alle Kleidungsstücke eine Tabelle: [Artikel] die folgende Spalten beinhaltet: [ArtikelNr] <- Primarykey [ArtikelName] [Einzelpreis] So jetzt muss ich jedoch die Kleidungsstücke auch in unterschiedliche Größen unterteilen! (z.b: Jean Gr45, Jean Gr46, Jean Gr47, Jean Gr48, Bluse Gr66, Bluse Gr67, Bluse Gr68 ...) Wie mache ich das jetzt am besten? Meine erste Überlegung war, einfach eine Spalte [Grösse] hinzufügen: [ArtikelNr] <- Primarykey [Grösse] [ArtikelName] [Einzelpreis] Vorteil: Jeder Artikel wäre anhand seiner ArtikelNr eindeutig. Nachteil: Jetzt muss jeder Artikel in jeder nur erdenklichen Größe angelegt werden – das wäre Wahnsinn!! :old Meine zweite Überlegung war, dass ich die Artikel-Tabelle nicht ändere uns wie folgt belasse: [ArtikelNr] <- Primarykey [ArtikelName] [Einzelpreis] Und stattdessen meine Bewegungstabelle [ArtikelBewegungen] wie folgt abändere: [ArtikelNr] [Grösse] <- NEU [Menge] [bewegungsdatum] [LieferantID] Vorteil: So müsste ich jeden Artikel nur einmal anlegen! Nachteil: So hat natürlich jeder Artikel egal in welcher Größe denselben Preis (von mir aus kein problem) und der Artikel wäre nicht mehr anhand seiner ArtikelNr. eindeutig! Wie falsch wäre das bzw. wie wird das korrekt gelöst? Danke im Voraus für eure Ratschläge!