Office: (Office 2016) Hilfe beiDatenbank zu Münzsammlung

Hallo liebe Accessfreunde,

meine Tochter hat zu Weihnachten ihre erste Goldmünze zum sammeln bekommen und ich habe mir gedacht, mach ihr doch einmal eine Datenbank (Bestandsliste) zu dieser.

Soweit habe ich sie schon ganz gut hinbekommen, nun hänge ich aber doch fest.

Ich habe eine Form aufgebaut in der ich immer eine Münze mit allen nötigen Informationen befüllen kann.
Nun möchte ich gerne dort eine Zweite Form aufrufen, in der später alle Münzen aufgelistet werden, wo ich dann den Gesamtaufwand (Kosten) mit dem aktuellen Kurs immer als Gesamtwert-Anlagewert anzeigen (ausrechen)kann.

Leider reichen meine Access Kenntnisse nicht dafür, um das sinnvoll umzusetzen.

Ich habe mein Test-DB und ein Bild dazu mal mit beigefügt.
Würde mich sehr freuen, wenn hier jemand eine super gute Lösung für hätte?

Gruß
Mike

:)

 

Moin Mike.

Viele Tabellen ... aber keine sind in Relation zueinander.
Das Datenmodell ist für mich erst mal nicht durchschaubar.

In die Tabelle, die hier "Hauptmenü" heisst, gehören die Fremd-Schlüsselfelder und nicht die in den dazuhörigen Master-Tabellen hinterlegten Texte.

Eine Beziehung zwischen einer Tabelle und einer Abfrage in der Anicht im Datenbankfenster habe ich - ehrlich gesagt - auch noch nie gesehen.

Der Name der Tabelle "Hauptmenü" entlarvt die Herangehensweise.
Nicht zuerst an die Oberfläche denken, bitte sehr, sondern an das Datenmodell.

Umlaute in Tabellen-Namen sind unter Umständen tödlich und nicht zu empfehlen.

Ja, das wird deutlich und da ist ein gründliches Studium der Grundlagen zu empfehlen.

 

Hallo,
zu den Grundlagen:
A. Kelz: Relationale Datenbanken
und
Access-Tutorial: Lernen Sie Microsoft Access Datenbanken zu erstellen!

 

Hallo hcscherzer,

also ich sagte ja, ich bin Anfänger *wink.gif*
die Assistenten, die Access anbietet für Formulare und Abfragen, haben mir einiges Voreingestellt, vielleicht, habe ich währenddessen die falschen Antworten gegeben?

Aber ich bin schon mal froh, das ich die Hauptform soweit habe, das ich etwas eingeben kann.

Für meine Tochter sollte das ganze schnellstmöglich fertig werden, es würde im Moment zu lange dauern, bis ich das so drauf habe wie alle hier *wink.gif*

Ich hoffe auf praktische Hilfe hier??

Gruß
Mike

 

Hallo,

Praktische Hilfe ist so gut wie nicht möglich, weil wegen den fehlenden Beziehungen die Datenstruktur nicht nachvollziehbar ist.
Was Du da hast, ist ein Datenhaufen, aber keine Datenbank.
In einer Datenbank haben alle Tabellen 1:n (selten auch 1:1) Beziehungen zueinander. Ohne diese Beziehungen wird eine DB nicht richtig funktionieren.

Was soll die Tabelle "Grundlagen" die sonst nichts als die Felder der Tabelle "Hauptmenü" zeigt?
Datentabellen haben auch nichts mit einem Hauptmenü zu tun.

Du musst Dich mit den Grundlagen beschäftigen, mit schnell mal machen wird das nix.

 

Die Tabelle Grundlagen gehört da nicht rein....habe ich vergessen zu löschen

 

Mit einer praktischen Hilfe in meiner DB kann ich versuchen das nachzuvollziehen, was du meinst???

 

Hallo,
das ändert nichts an meiner Aussage.
Siehe Links in #3

 

Hm....du hast ja vielleicht auch recht....nur ich weiß von mir selber, das ich es immer besser verstehe, wenn ich es praktisch auch gleich zu meinem jeweiligen Vorhaben ausprobieren und verstehen kann

 

Kannst du mir das genauer erklären, wie ich das in meiner DB ändern kann?

In die Tabelle, die hier "Hauptmenü" heisst, gehören die Fremd-Schlüsselfelder und nicht die in den dazuhörigen Master-Tabellen hinterlegten Texte.

 

In einer ordentlichen Datenbank speichert man Stamminformationen genau einmal und somit an einer Stelle, damit man dann auch Anfügungen und Editierungen an genau dieser Stelle vornehmen kann und nicht begleitende Maßnahmen wegen vervielfältigter Information in allen möglichen und im Einzelfall dann auch unbekannten Tabellen vornehmen muss.

Für die Vernetzung nach außen dienen Schlüssel. Das ist in der eigenen Tabelle der Primärschlüssel (i.d.R. ein Autowertfeld/Long), in der zugehörigen Tabelle dann ebenfalls ein Long-Feld.

Über diese Schlüssel würde man die Beziehung anlegen, und solche Schlüssel werden dann auch für Tabellenverknüpfungen in Abfragen herangezogen.

Erklärt sich daraus das WIE?

 

OK...ich werde mal versuchen es anders aufzubauen...Danke

 

Manchmal lohnt es sich nicht, eine Datenbank im Eigenbau zu entwickeln.
Sieh mal hier nach...

 

Oh, schnöder Mammon ... o tempora o mores.

Wenn der Lohn immer nur nach dem geldwerten Vorteil gemessen wird und nicht vielleicht auch nach der möglichen Erkenntnis, der Selbsterfahrung und dem aus der Neugier erwachsenden Lerneffekt ... ja, da sind wir in unserer Zivilisation genau da, wo ich es allgemein wahrnehme. Gute Nacht.