Office: (Office 2013) Lagerverwaltung Artikel / Produktabhängigkeit

Hallo,

nein, bitte gehe noch mal auf die Bestandteile und die Farbe ein.

Wenn man das konsequent im Datenmodell umsetzen würde, würde man das anders aufbauen.

Eine Produkt hat Bestandteile (Korpus, Schubladen etc. Und diese Bestandteile werden aus Artikeln gefertigt. Das lässt sich eindeutige aus Deiner Aussage schließen.

Du hast also 2 n:m Beziehungen 1x von Produkt zu Bestandteil und 1x von Bestandteil zu Artikel.
Das Datenmodell solltest Du dahingehend ändern.

 

Hallo,

ich würde die ganzen Items (Artikel und Produkte) in eine Tabelle verlegen und mittels Fremdschlüsselfeld kennzeichnen - ist doch ähnlich wie mit den Personen auch. An der Stückliste für die Montage ändert sich dadurch nichts - es wird halt nur jeder der beiden Fremdschlüssel aus der selben Tabelle bedient.

Und ob ich meinen Produkten in der Datenbank Farben verpassen würde, hängt doch vom Verwendungszweck der Datenbank ab. Gleiches gilt für Abmaße und Gewicht. Gggf. reicht auch ein Memofeld dafür aus.

 

\@Klaus

Wenn man solche Beziehungen Formuliert, geht man von einem Datensatz aus oder von allen Datensaetzen?

Denn, wenn man von der ganzen Tabelle aus gehen muss also alle Daten saetze, dann sehe ich dass meine Beziehungen Total Kaese ist.

s.Bild

So müsste ich doch alle Produkte Tabellen zu der Zusammenbau Tabelle Beziehen. Weil, dann hiesse es für mich so:
-------------------------------------------------------------------
Produkte können n Herstellers haben.
Herstellers können n Produkte zugeordnet sein. = m:n Beziehung
-------------------------------------------------------------------
Produkte können n Preise haben.
Preise können n Produkte zugeordnet sein. = m:n Beziehung
-------------------------------------------------------------------
Produkte können n Farben haben.
Farben können n Produkte zugeordnet sein. = m:n Beziehung
-------------------------------------------------------------------
Produkte haben je einen Preis.
Preise können zu n Produkte zugeordnet sein. = 1:n Beziehung
-------------------------------------------------------------------
Produkte gehören zu eine Warengruppe.
Warengruppen können zu n Produkte zugeordnet sein. = 1:n Beziehung
-------------------------------------------------------------------
Produkte werden an einem bestimmten Tag Produziert (Datum)
An mehreren Datum's können Produkte Produziert werden = 1:n Beziehung
-------------------------------------------------------------------

Und wenn das alles jetzt von mir richtig Formuliert worden ist, dann heisst es, ich hab's Verstanden. Ansonsten bin ich für heute Müde, und kann nicht mehr Denken.

Gute Nacht Klaus

 

\@Nouba

Danke für deinen Beitrag.
Wenn das alles verstehen würde, was da geschrieben hast, dann waehre ich schon über alle Berge *biggrin.gif* .

Nett von dir Nouba, aber soweit bin ich leider noch nicht um das alles zu verstehen. Ich bin erst bei ABC... ich würde das in ein paar Monaten vielleicht verstehen.

Trotzdem, Herzlichen Dank, denn irgendwann werde ich diesen Thread nochmal nachlesen.

 

Moin,
Frage zum o.a. Beispiel mit dem Schrank:
Laut Definition des TS sind in der TabArtikel nur Einzelteile erfasst; in der tabProdukte nur Fertigartikel.
Wozu gehört dann eine Schublade?
Die ist doch danach sowohl Artikel (Bauteil von Schrank) als auch Produkt (besteht aus Artikeln).
Aus diesem Grunde würde ich auch noubas Ansatz mit nur einer Tabelle überlegen.
Die Tabelle Zusammenbau wäre dann eine n:m dieser Tabelle mit sich selbst.
gruss ekkehard

 

\@Beaker s.a.

Die Schublade wurde in den oberen Beitraegen nur als Beispiel angegeben.

Es geht nicht um eine Schublade und die Schublade wird ja nicht einzel Verkauft.

Stell dir eine grosse Holzplatte vor (Das Rohmaterial als Artikel). Daraus wird das Möbel Schrank geschnitten, gemacht getan und gefaerbt. Die Schublade inkl. Nun kommen befestigungsmaterial Schrauben, Griffe, Scharniere etc. (auch als Artikel) hinzu. Dieser Schrank wird mit kombination Tisch, Stühle, Scheffsessel etc. an Kunden Verkauft.

Das ist das ZIEL dieser Datenbank. Es soll Auftrag erfassen, Lagerinventur, evtl. Lieferschein und Rechnungswesen befassen können.

Wenn ein Auftrag vorhanden ist, dann soll auf knopfdruck gesehen werden ob genug Material (Artikel) für diesen Auftrag Vorhanden ist.

Artikel könnte man auch anders nennen.

Es muss dabei gewusst werden, aus welche Firmen diese Artikeln beschaffen werden.

Fazit ist: Ich glaube euch gern, das dass auch mit einer Tabelle geht, dann bitteschön, helft mir dabei. Ich kann's noch nicht. Ausserdem ist ja die Datenbank noch nicht komplett.

Danke für deine Interesse und Gute Nacht.

 

Zu #13
Möglicherweise sollte man den Verkauf und die Fertigung von Produkten trennen und auch getrennt halten.

Hier ein Beispiel für den Verkauf fertiger Produkte.
1 Hersteller hat n Produkte.
1 Produkt kann NICHT n Herstellern zugeordnet sein.
Jedes Produkt hat eine Seriennummer und eine herstellerabhängige
Typenbezeichnung. Dadurch ist es nur einem Hersteller zuordenbar.
Also nur eine 1:n Beziehung
-------------------------------------------------------------------
Produkt hat n Preise.
Das ist insbesondere dann wichtig, wenn man eine Preishistorie haben will.
Preise können n Produkte zugeordnet sein. = m:n Beziehung
Also nur eine 1:n Beziehung
-------------------------------------------------------------------
1 Produkt hat n Farben.
1 Farbe ist n Produkten zugeordnet
Also eine m:n Beziehung
-------------------------------------------------------------------
1 Produkt hat n Einzelartikel
1 Einzelartikel kommt in n Produkten vor.
Also eine m:n Beziehung
-------------------------------------------------------------------
1 Produkt hat n Sonderausstattungen
1 Sonderausstattung kommt in n Produkten vor.
Also eine m:n Beziehung
-------------------------------------------------------------------
1 Warengruppe hat n Produkte
Also nur eine 1:n Beziehung
-------------------------------------------------------------------
Produkte werden an einem bestimmten Tag Produziert (Datum)
An mehreren Datum's können Produkte Produziert werden = 1:n Beziehung
In der Tabelle Produktion werden nun alle Fremdschlüssel von Hersteller, Warengruppe
Produkt, Farbe in einer m:n Beziehung zusammengeführt.
m:n bedeutet, dass es mehrere 1:n Beziehungen in einer Tabelle gibt.
Zusätzlich werden nun zusätzliche Datenfelder wie Produktionsdatum,
Anzahl der verwendeten Produkte benötigt.
Die Tabelle Produktion nennt man Bewegungstabelle, bzw. Geschäftstabelle.

Es bedarf noch weiterer Tabellen für Mwst, Farbe, Produktbewegung im Lager, Einheiten,
Herstellerrabatte.
Weiterhin bestehen die Produkte aus vielen Einzelartikeln, welche bei Reparatur
abrufbar sein müssen. Also auch eine Tabelle für Einzelteile, ebenso für Sonderausstattungen.

 

\@Ohrkester du bist super.

So langsam leuchtet mir was ein.

Habe soweit alles Verstanden, bis auf eins:

"Produkte werden an einem bestimmten Tag Produziert (Datum)"
Kann hier nicht das gleiche Produkt an mehreren Datum's Produziert werden wegen seine einzige Seriennummer?

Denn andersrum gesehen kann das gleiche Typ/Modell sowohl heute als auch morgen Produziert werden oder?

 

oops..
ich hatte Folgendes in Word durchgestrichen. Es wurde aber nicht übernommen. Es gehört weg, weil falsch.

Dein Argument ist richtig in

Ich war da schon auf dem Weg, die Idee von getrennter Fertigung und Verkauf durchzudenken.
Mein DB-Modell ist für den Verkauf gedacht. Daher

 

\@Ohrkester, kannst du mal die Datei runterladen, und die Beziehungen so Formulieren (erstellen) wie du es für richtig haelst?

Das würde mich echt interessieren. Danach lade sie bitte wieder hoch.

Danke.

 

Hallo Accessbeginner,

Habe ich schon verstanden.
Dann gibt es die Schublade aber auch gar nicht als Modul (Produkt), sondern deren Einzelteile stehen mit auf der Stückliste (Zusammenbau) für den Schrank, - oder?
gruss ekkehard

 

Ganz genau so ist es Beaker *top

 

Hallo gpswanderer,

du hast mir im 3. Beitrag geschrieben, dass die Bestände und verfügbarkeit errechnet werden können.

Kannst du (oder auch jemand anders) bitte mal verraten wie? Danke.

 

Hallo,

hier findest Du einen vereinfachten SQLFiddle, der sinngemäß so auch in Access funktioniert.

 

\@Nouba Danke für den Feedback, die Seite scheint sehr hilfsreich aus, aber es ist ne nummer zu gross für mich.

Was ich draus verstanden habe ist:
Das ich eine Tabelle, namens "Bewegungsarten" mit folgenden Felder
ba_id
ba_name
ba_faktor