Office: (Office 2013) Datenbank Felder Zuordnen

Hallo Allerseits.

Als Anfaenger habe ich eine simple Frage.

Ich möchte eine Lagerverwaltung Datenbank erstellen wobei ich probleme mit Felder Zuordnen habe.

Es soll 2 Mastertabellen sein, PRODUKT und ARTIKEL

Aus mehreren Artikel soll ein Produkt entstehen.

s. Bild

Ich muss wahrscheinlich viele Tabellen erstellen. Dazu habe ich mir Storming und Norming auch angeschaut, aber trotzdem komme ich nicht weiter.

Meine Frage an euch:
Wo ist der Punkt, dass ich entscheiden kann, welches Feld gehört zu welche Tabelle und muss eine Beziehung haben?

:)

 

Office-Loesung.de - Forum zu Microsoft Excel, Outlook, Word, PowerPoint, Access
dort schreibe ins Suchfeld: Datenmodell entwickeln: Welche Tabellen und Beziehungen?

 

Hallo,
was genau hast Du von Deinem letzten Thema
http://www.ms-office-forum.net/forum...d.php?t=328470
umgesetzt?
Das geht nicht mit 2 Tabellen. Du benötigst 3 Tabellen (mit den Gruppen 5).
Ich dachte, das wäre Dir klar geworden.
Im Anhang findest Du ein Bild mit meinem Vorschlag (aus dem anderen Thema) mit den 5 Tabellen.
Und noch mal der Hinweis, die Felder Lagerbestand sind in beiden Tabellen überflüssig.
Für die Preishistorie von Produkt und Artikel wird je eine weitere Tabelle benötigt. Wie willst Du in einem Feld eine Historie erfassen ?
Auch für Hersteller, Material, Farbe etc. sind weitere Tabellen erforderlich. Für die Hersteller ist eine Tabelle vorzusehen (ist dann für Artikel und Produkt zuständig).
Nenne ein Datenbankfeld niemals Name (reserviertes Wort) und achte darauf, dass es in der ganzen DB keine gleichen Feldnamen gibt.

PS:
Warum Du jetzt ein neues Thema eröffnest ist mir unverständlich.

 

Danke für den Tip Ohrkester, werde ich mir auf jedenfall Anschauen.

Gruss
Bigdaddy

 

Hallo gpswanderer, erst einmal vielen Dank für deine Mühe.

Wie gesagt ich schaue mir momentan soviel Video's an wie möglich.
Aber trotztdem habe ich probleme mit Felder Zuordnen.

Undzwar deswegen, wie in deinem Bild!
Ich muss oder möchte gerne Lernen warum z.B: das Feld MENGE in der Tabelle tblZusammenbau sein muss.

Das andere Thema ist ein Projekt für mich, wo ich mit eure Hilfe (Dankend) schritt für schritt aufbauen möchte.

Desweiterem möchte ich nicht Blind weitermachen und schon gar nicht machen lassen. Sondern selbst lernen und Selbst machen.

Die Themen wollte ich einfach voneinander Trennen, in dem ich sonstige Fragen hier stellen kann. Alles zum Thema Lagerverwaltung möchte in der anderen Thema befassen.

Fazit: Egal ob Lagerverwaltung oder XY-Verwaltung, ich muss lernen wie man die Felder Zuordnet und am besten Beziehungen herstellt. Das ist mein Ziel.

Wenn ich mit der Datenbank angefangen habe werde ich natürlich mit euch Teilen. Ich muss noch vieeeeeel Lernen *Smilie

Nochmals Herzlichen Dank.

 

\@Accesbeginner:
Dann solltest Du unbedingt den link von mir mal durcharbeiten.
Dort lernst du das Grundsätzliche zu Deinen Fragen.

 

Hallo,

wenn für ein Produkt der gleiche Artikel 2x (oder mehr) verwendet wird, musst Du doch die Menge erfassen, oder nicht?
Wenn ein Artikel für ein Produkt immer nur 1x verwendet wird, kann die Menge entfallen.

ob die Videos so ideal sind, habe ich meine Zweifel.

 

Bin grad dabei Ohkester, Danke nochmals.

Ich hoffe Ihr habt mich Vestanden, und ich nerve euch nicht.

Bin 47 Jahre alt, aber immer noch Lernfaehig. *wink.gif*

Gruss und bis Spaeter
Bigdaddy

 

Ahaaaa, siehst du und das ist die Antwort die ich haben wollte.

Quasi alles was mehrmals vorkommt (an Daten) muss in eine sepparate Tabelle. Richtig?

Beispiel:
Personen (Stammdaten: Name, Vorname, Geburtsdatum usw.)
deren Kontakte (Eigene Tabelle)

ist das Richtig?

Gruss
Bigdaddy

 

Hallo,

ganz so einfach ist es nicht. Wenn die Kontakte auch wieder Personen sind, reicht eine Tabelle mit einem Bezug (Fremdschlüssel) auf die gleiche Tabelle (ja das geht).

Was verstehst Du unter "deren Kontakte" ?

Das mit der Menge hat damit absolut nichts zu tun, das verstehst Du falsch. Die Menge ist hier eine Stückzahl eines Artikels.

 

Doch die Menge habe wirklich Verstanden. Mit kontakte wollte ich nur ein anderes beispiel geben.

Unter Kontakte meinte ich:
Telefon
E-Mail
Fax.. ect.

Schliesslich kann ein Person mehr als eine Telefonnummer haben, sprich Telefon Privat, Telefon Arbeit, Telefon Mobil... usw.

Sowas aehnliches möchte ich in meinem Datenbank auch einbauen unter KUNDEN und LIEFERANTEN und deren Kontakte.

 

\@Accessbeginner:
1 Haus hat n Räume
1 Buch hat n Kapitel
1 Produkt besteht aus n Artikeln
1 Hund hat n Halsbänder
1 Person hat n Kontakte

Das sind alles 2 Tabellen in einer 1:n Beziehung
Jede Tabelle in der 1:n Beziehung muss einen Primärschlüssel haben,
der idealerweise so benamst ist, dass man sofort erkennt, zu welcher Tabelle er gehört. Er hat den Datentyp Autowert zu haben und als Primarykey definiert sein.
Jede Tabelle auf der n Seite hat zusätzlich einen Fremdschlüssel zu haben,
welcher idealerweise den Namen des Primärschlüssels beinhaltet und eine sichtbare Kennung im Feldnamen, dass es sich um einen Fremdschlüssel handelt. Der Datentyp mus sein: Integer Long, Duplikate ja
Also
tbl_Haus: Haus_ID (PK, Autowert)
tbl_Raum: Raum_ID (PK, Autowert) und Haus_ID_F (FK)
usw.
Das alles zeigt Dir das Tutorial in dem Dir gesendeten Link

Der GPSWanderer verwirrt Dich wahrscheinlich, weil er ein paar Stufen zu schnell vorwärtsprescht. Nimm Dir Zeit und arbeite den Link durch und Du bist dann weiser.

 

ahhm...

Diese Anforderung benötigt keine 2 Tabellen.
Das sind 3 - x Telefonfelder in der Kundentabelle.
ABER !!!
Wenn der Kunde nun mehrere Telefone Privat, oder mehrere Telefon Arbeit usw. hat, dann wirds wieder eine 1:n Beziehung mit 2 Tabellen.

 

Es gab ein moment wo ich nur kurz gedacht habe, dass ich es besser lassen soll. Aber wenn ich Menschen wie euch sehe und lese, die gerne Hilfsbereit sind um zu Helfen, dann würde ich mich schaemen auzuhören.

So ganz ahnungslos bin ich schliesslich doch nicht. Bisher habe ich mich viel mit Excel und VBA befasst. Habe sogar Datenbanken Programmiert. Es ist sehr mühsam mit Excel und VBA Datenbanken zu erstellen. Daher bin ich umgestiegen in Access.

Lese immer noch dein Link, und versuche Dinge zu verstehen.

Das heisst im Unklaren DER WILLE IST DA *Smilie

Besonder ist das hier sehr Verstaendlich:

1 Haus hat n Räume
1 Buch hat n Kapitel
1 Produkt besteht aus n Artikeln
1 Hund hat n Halsbänder
1 Person hat n Kontakte *top

Damit komme ich aufjedenfall etwas weiter.

Ich muss einfach sagen IHR SEIT TOLLE MENSCHEN

 

\@Ohrkester:

Primarykey und Fremdschlüssel ist jetzt auch Verstanden (Dank dir)

tblPersonen >> perID (Primarykey)

tblKontakte >> konPerIDRef (Fremdschlüssel der sich in der Tabelle Kontakte befindet und sich auf die Tabelle Personen zum perID bezieht.

Mann das macht ja so langsam noch mehr spass *mrcool