Office: (Office 2013) Datenbank Felder Zuordnen

Ich helfe gerne bei der Lösungsfindung, aber ein vollständiges Datenmodell aufzustellen, inkl. weitere Informationen nachfragen, um das passend zu gestalten, ist mir für eine Hilfestellung im Forum zu umfangreich.

Ich schreibe einmal ein paar Themenblöcke auf, die mir dazu einfallen:
* Firmenstammdaten
* Einkauf/Verkauf (Bestellungen, Lieferscheine, Rechnungen, ...)
* Artikelstamm (eventuell mit Chargenverfolgung?)
* Fertigungsaufträge inkl. Termin- und Bedarfsplanung/-steuerung
* Stücklisten (Artikel-Stamm-StüLi, Fertigungs-StüLi)
* Lagerverwaltung inkl. Wareneingang und Warenausgang (Ein-/Ausgangslieferscheine)


Vorschlag:
Nimm ein großes Blatt Papier (kann auch virtuelles Papier sein *wink.gif*) und versuche deinen derzeitigen Ablauf anhand der von dir erstellten Dokumente bzw. genutzten Informationen darzustellen.
Dann versuchst du dieses Struktur in Tabellen abzubilden. (Gedanke dabei: Daten die direkt zusammen gehören in eine Tabelle, Daten die in Verbindung stehen werden zu einer 1:1, 1:n oder n:m-Beziehung)

Wenn es dir gelingt, einzelne Bereiche einigermaßen unabhängig (mit nur wenigen Beziehungen zu anderen Tabellen) aufzubauen und dabei redundante Daten zu vermeiden, wirst du ein gut ausbaufähige Struktur erhalten.

Das klingt vielleicht komplizierter als es wirklich ist.

Beispiel:
Thema: Kundenbestellung - Lieferung - Rechnung

Das sind 3 Haupttabellen die in sich einigermaßen durchgängig sind.
Es gibt ein paar klar definierte "Querverweise":
* Bestellung, Lieferung, Rechnung benötigen einen Empfänger => Daten kommen aus der Firmenstammtabelle.
* In den Bestell-, Liefer- und Rechnungspositionen werden Artikel angegeben => Verweis auf Artikelstammdaten
* Eine angenommene/bestätigte Bestellung erzeugt einen Bedarf, der in die Auftragsplanung übernommen wird.
* Aus einer Bestellung wird ein Auftrag, der im Auftrag erzeugte Artikel bzw. das erzeugte Produkt wird mittels Lieferschein ausgeliefert und mittels Rechnung wird die Bestellung beglichen. Der Auftrag kann wiederum einen Bedarf erzeugen, aus dem Lieferantenbestellungen erzeugt werden. usw.

Wenn du diesen Ablauf als Flussdiagramm darstellst, hast du vermutlich schon die wichtigsten Tabellen-Beziehungen (versteckt) aufgemalt. *wink.gif*

... so etwas ähnliches wirst du bestimmt auch in den erwähnten Tutorials finden.

Und wenn du dann Fragen zu einer speziellen (eingrenzbaren) Struktur hast, wird es hier im Forum bestimmt einige Vorschläge bzw. Meinungen dazu geben. *wink.gif*

mfg
Josef

 

\@Josef P.

Puuuh... *boah soweit bin ich noch gar nicht Josef.

Aber eure Hilfen und Informationen werde ich auf jedenfall noch brauchen.

Habe zur Zeit noch Probleme mit Tabellen, Felder Zurdnen und Beziehungen.

Ich muss erst einmal mit kleinen Datenbanken beginnen und dann immer weiter erweitern.

Herzlichen Dank.

 

Hilfreich sind noch folgende Tipps.
Es gibt Stammdatentabellen und Bewegungstabellen, welche bzw. auch als Geschäftstabellen bezeichnet werden.
In Stammdatentabellen werden unveränderbare Daten eines Objektes eingetragen.
In Geschäftstabellen werden nun Kombinationen aus den vorhandenen
Stammdatentabellen und zusätzlichen Feldern der Geschäftstabelle
gespeichert. Dazu reicht es, in Fremdschlüsselfeldern nur den Wert des
gewünschten Primärschlüsselfeldes zu übernehmen, um dann einen automatischen Zugriff auf bis zu 255 Daten des dahintersteckenden
Datensätzes sofort haben zu können, ohne diese Daten dauernd neu eingeben zu müssen.

 

Das ist ein super Ansatz für mich. So langsam blicke ich durch Dank euch natürlich.

 

wenn man nun aber solche Bewegungstabellen anschaut, dann treibt es dem Excelaner den Schweiss auf die Stirn.
Da stehen ja nur Zahlen in vielen Spalten und man kann damit gar nix anfangen.
Das ist auch richtig so, weil diese Tabellen nichts mit Exceltabellen zu tun haben.
Um solche Tabellen wieder in eine lesbare Form zurückzuwandeln, gibt es die
Abfragen (Queries). Darin kann man nun mehrere Tabellen "zusammenkleben" und statt oder zusätzlich zu den Schlüsselfeldern dann die für Menschen lesbaren Spalten einfügen.
Diese Abfragen kann man auch später statt der Tabellen in Formularen/Berichten verwenden.
In Abfragen kann man auch sortieren, berechnen, gruppieren, Summieren etc.

 

Dieser Satz ist für mich GOLD wert. Denn ich habe bis jetzt immer versucht von Tabellen aus direkt Formulare zu erstellen. Wo ich dann auch natürliche weise wenig gesehen habe.

Also erst Abfragen nach bedarf erstellen, und danach aus diesen Abfragen erst das Formular erstellen. *Smilie Suuuper, Du bist Toll Ohrkester.

 

Und die Möglichkeiten der Abfragen ausprobieren und kennenlernen, bevor man sie zu früh einsetzt.
Beispiel: Tabelle hat die Felder Vorname und Nachname
Abfrage kann ein zusammenfassendes Feld gestalten.
In einer leeren Kopfzeile einer leeren Spalte:
KombiName: Vorname & ",,,," & Nachname
Die 4 Kommata sind Absicht.
Bei der Verwendung dieser Abfrage wo auch immer, gibt es zukünftig diesen Wert mit dem neuen Namen 'KombiName' in einem diese Abfrage auswertenden Steuerelements.

 

Ja das habe ich im Video von Lorenz Hölscher gesehen. Mit Abfragen kann man vieles machen. Vor allem Berechnungen, Sortierungen, Filtern, Statistiken... usw.

Bin schon sehr Ungeduldig meine Datenbank zu beginnen. Aber ich fühle mich noch nicht bereit. Lerne noch fleissig *top

 

Ich war wohl zu voreilig und habe mist gebaut *eek.gif*

@Ohrkester kannst du bitte in diesem Thread auch mal reinschauen?
(Brauche auch deinen Rat)

Ich frage mich, warum habe ich alles genau verkehrt rum verstanden und auch verkehrt rum gemacht. *confused.gif*

 

Liebe Admin's und User.

Damit das ganze nicht falsch verstanden wird, möchte ich hiermit erklaeren wollen, dass ich absichtlich 2 Thread's führe.

In diesem Thread LERNE ich, und in diesem Thread ÜBE ich.

Falls das aber nich zulaessig ist, dann erlaeutert mich bitte.

Meine naechste Frage waehre:

Spielt die Reihenfolge von Fremdschlüsseln in eine Hilfstabelle eine ROLLE?
(s.Bild).
Ein Produkt besteht aus mehrere Artikeln - Ein Artikel gehört zu mehrere Produkte

 

Hallo,

nöö, die Anordnung der Felder (Fremdschlüsseln) in der Tabelle ist vollkommen egal.
Ich ordne die Fremdschlüsseln immer unterhalb des Primärschlüssels an.
Wenn sich die Beziehungen im Beziehungsfenster kreuzen ändere ich die Anordnung so,
dass sie sich eben nicht mehr kreuzen, ist für mich übersichtlicher.
Die Tabellennamen vergebe ich plural, die Feldnamen singular.
Kann man so erstellen muss man aber nicht *Smilie
Nur mischen finde ich nicht gut, beim programmieren musst dann immer nachdenken... wie war der Name jetzt?

 

Habe vielen Dank Kyron9000

Ich war schon am verzweifeln, ob diese Reihenfolge ein Bedeutung hat.

Jetzt weiss ich es, Danke nochmals *Smilie

 

Servus Accesbeginner,
die Reihenfolge kann wichtig werden, wenn man Kombinationsfelder benützt
und darin bestimmte Spaltenwerte anzeigen oder auswerten will.
Bei nachträglichen Veränderungen im Tabell/Abfrage muss man da kontrollieren und evtl. nachbessern.

 

Das stimmt auch wieder. In Kombinationsfelder ist die Reihenfolge wichtig.

Hab nochmals Vielen Dank Ohrkester.

 

...habe noch nie nur die Tabelle für Kombifelder verwendet sondern ausschließlich Abfragen.
Entweder schon zusammengestellte Abfragen oder im Kombifeld eingebracht.
Kombifelder können so unterschiedlich zusammengestellt sein, alleine eine Sortierung sollte schon gegeben sein.
Davon würde ich eine Reihenfolge von Felder in einer Tabelle nicht abhängig machen.