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

Bitte um Hilfe und ggf. korrektur Klaus.

 

Wau, so viele Nachteile haben also die Nachschlagefeldern, wusste ich nicht.

Du hast recht, in den Videos wird es so gezeigt. Ist ja dumm!

 

Hallo,
bitte unterlasse das vollständige Zitieren von Beiträgen. Die Themen werden nur unnötig verlängert.

Die DB sehe ich mir später an.

 

\@Accessbeginner: Wo liegen denn Deine Probleme mit den Beziehungen noch?

 

\@Ohrkester

Schau dir bitte mal den letzten angehaengten Beziehungen an (oder die Datenbank selber). Da gibt es ja quasi 2 Stammtabellen und eine Hilfstabelle (Zusammenbau).

Nun, bin ich mir immer noch nicht sicher, ob die saemtliche Produkttabellen mit der Stammtabelle Produkte, oder Hilfstabelle (Zusammenbau) in Beziehung stehen muss.

Danke das du wieder da bist und hilfst. *Smilie

 

Hallo,
die Kontakttabellenbeziehungen sind falsch. Das ist ja eine n:m Beziehung.
Ändere das wie im Bild hier unten ab.

Und wie willst Du das erfassen, Du kannst ja im Moment nur eine Farbe speichern, wo schreibst Du dann die Farbe für die Schublade hin ?
Apropos Schublade, wäre die Schublade dann einer der Artikel aus dem das Produkt besteht ?

Und noch eine Frage, ist jedes hergestellte Produkt ein Unikat und wird einmalig verkauft ?

 

\@Accessbeginner:
der Vorteil eines Forums ist, dass man Lasten verteilen kann.
Im Moment kniet sich der gpswanderer für Dich rein und der kann wirklich was.
Ich bin momentan beruflich stark eingespannt und beobachte hier nur ab und zu weiter.

 

Hallo Klaus

Es geht eigentlich um die Farbe des Schrankes. Die Farbe der Schublade kann man auch beispielsweise in einem Feld Bezeichnung mitschreiben.

Die Schublade wird ebenfals zusammengebaut und ist selber kein Artikel. Nur deren Rohmaterial ist Artikel.

Alle Produkte werden natürlich mehrmals Verkauft und sind keine Unikaten.

Kannst du mir bitte noch dazu Schreiben wo der Fehler gemacht wurde?

Schlieslich bin ich noch am lernen, und muss soviel erfahrungen sammeln wie möglich. Danke Klaus.

 

\@Ohrkester

Deine Beitraege haben mir sehr viel geholfen. Ich Danke dir vom ganzen Herzen. Ich möchte natürlich keinem belasten und nerven mit meine Datenbank und Fragereien.

Ich waere sehr froh wenn du Zeitgemaess ab und zu mal reinschaust und dein wissen hier mit mir und anderen Teilst.

gpswanderer hat was in sich, das kann man nicht bestreiten, und ich bin Ihm auch sehr Dankbar.

Danke nochmals.

 

Hallo,

welchen Fehler meinst Du ?
Den mit den Kontakten ?
Das siehst Du doch am Bild.

 

\@Klaus

die Kontakttabellenbeziehungen habe ich wie in deinem Bild geaendert.

Und das ist genau mein Problem!

Warum ist hier eine m:n Beziehung?

Lieferanten haben mehrere Kontakte.
(Telefon, Fax, Mail, Web usw.)

Aber haben auch Kontakte mehrere Lieferanten?

Vielleicht ist die Frage sehr dumm, aber mir leuchtet das nicht ein Klaus.


PS: Ich meinte die Fehlern im ganzen Datenbank und Beziehungen.

 

Hallo,

aber natürlich haben Kontakte mehrere Lieferanten. EMail trifft doch auf jeden Lieferanten zu.

Wenn Du das anders formulierst, wird es einleuchtender.

Lieferanten haben mehrere Kontaktarten (Telefon, Fax, Mail, Web usw.)
und
Kontaktarten haben mehrere Lieferanten.

das halte ich für Krampf.
Du solltest eine Tabelle anlegen für Bestandteile eines Möbels.

- Korpus
- Schubladen

usw.
Und in einer weiteren Tabelle kannst Du jedem Bestandteil eine Eigenschaft (z.B. Farbe) zuordnen.
Auch das ist dann eine n:m Beziehung.

 

Sorry, bin in der Formulation noch sehr schwach.

Ich muss noch viel Lernen und Üben. *wink.gif*

Ist den der Rest nun gut so?

Was ist mit Lagerbestand? Wo und wie wird es berrechnet?

Die Auftragserfassung fehlt auch noch, weil ich nicht weiss wie ich sie einsetzen und Beziehen kann. *frown.gif*

 

Sanfter umschrieben:
Lieferanten können n Kontaktarten haben.
Kontaktarten können n Lieferanten zugeordnet sein.
n = beliebig viele

@Accesswanderer!! Warum verlässt Du denn den Pfad der von mir empfohlenen Schlüsselfeldbezeichnungen?
Primärschlüssel bekommt hinter dem Namen den Appendix"ID"
Fremdschlüsselfeld bekommt den Namen des Primärschlüsselfeldes und dahinter ein "ID_f"
AccesswandererID
AccesswandererID_f
Deine willkürlichen und abweichenden Feldbezeichnungen wirst Du noch bereuen, auch wenn sie natürlich erlaubt sind.

 

Mit den Schlüsselfeldbezeichnungen ist es Gottseidank noch keine Gewohnheit *Smilie .

Ich schreibe es so, weil ich es in Video's so gelernt habe.

Es wurde naemlich erklaert, z.B.:

ich befinde mich in der Tabelle Kontakte

also "KonID" als Primary

"KonPerIDRef" als Fremdschlüssel weil ich mich in der Kontakte befinde, erst "Kon", dann "Per" weil es zu "Personen" bezogen wird, und dann noch "IDRef" welches zeigt, das es sich um Fremdschlüssel handelt.

Wie auch immer, ich werde demnaechst deine schreibweise folgen. Versprochen. *biggrin.gif*