Zum Inhalt springen

myGil

Mitglieder
  • Gesamte Inhalte

    5
  • Benutzer seit

  • Letzter Besuch

Alle Inhalte von myGil

  1. myGil

    Datenbank Planung

    Dank auch den anderen Antwortern! lg myGil
  2. myGil

    Datenbank Planung

    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!
  3. myGil

    Datenbank Planung

    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!!!
  4. myGil

    Datenbank Planung

    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!!!
  5. 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!

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...