Office: (Office 2016) Zusatz Infos für Datenbank

Hallo,
meinem Vorschlag für den TAbewllenaufbau aus #11 ist nichts hizuzufügen.
Da ich annehem, dass es sich um einen Verein ehemaliger BW-Angehörieger handelt (wegen das Dienstgrades) und sich der nicht mehr ändert, kannst Du auf die n:m Beziehung Person-Dienstgrad verzichten.
Die Tabellen für Veranstaltung und Aktivität sind aber notwendig.
Eine Dokumentation von Ergebnissen (des Schießens z.B.) scheint mir nach Deiner Beschreibung nicht notwendig zu sein.

 

Moin Moin,
werde mich nach Weihnachten an die Arbeit machen und euch dann einmal vorstellen was ich so getrieben habe.

Zu eurer INFO.
Wir gehören zu dem,
Verband der Reservisten der Deutschen Bundeswehr - kurz V.d.R.Bw.
Der Verband ist Bundesweit besteht seit 1960 und hat ca. 130000 Mitglieder.
Eine RK, Reservistenkameradschaft ist das kleinste Glied im Verband.
Bundesverband - Landesgruppe - Kreisgruppe - RK, und ich bin der Vorsitzende der RK Vorholz.
https://www.reservistenverband.de/rh...olz/aktuelles/

Ich danke euch für eure Mühen die ihr bis jetzt mit mir hattet. Ich werde am Ball bleiben auch wenn ich gleich am 02.01. wieder ran muss.

Gruß
Jürgen

 

Hallo Leute,
habe jetzt eine Tabelle und Formular hinzugefügt.
Im Hauptformular habe ich einen Button hinzugefügt.
Habe auch Beziehungen zwischen den Tabellen eingetragen, aber da klappt noch gar nichts, vor allem habe ich das mit dem Fremdschlüssel _F noch nicht kapiert.
Ich muss halt noch viel lernen.

Gruß
Jürgen

 

Hallo,
nein, das ist falsch. Beziehungen laufen von Primärschlüssel zu Fremdschlüssel (_F). Fremdschlüsselfelder müssen dann eine ZAhl sein (Longinteger).
Siehe Bild.

Weiterhin fehlt eine Tabelle für die Aktivitäten und eine Tabelle für die Veranstaltungen. Die Fremdschlüssel dazu hast Du ja schon.
Das Datumsfeld muss in die Tabelle für die Veranstaltung.

PS:
Lade die Beispeile als Zipfile hoch bitte. Rar ist mir zu umständlich. Zip ist doch direkt in Windows integriert und viel einfacher in der Handhabung.
Datei markieren > Rechtsklick > Senden an > Zip komprierter Ordner, fertig.

 

Servus Yogi 59,
arbeite doch mal die empfohlenen Links z.B. von Beaker in #10 durch.
Bevor Du das Prinzip von relationalen Datenbanken nicht verstehst, wirst Du immer weiter "herumeiern"
Access ist nicht Excel und kann nicht planlos angefangen werden....sorry für Dich.
p.s.: Hier gibt's mehr ältere Mitglieder mit Lernwunsch, als man denkt.
Einige sind noch richtig fit, weil sie halt aus der Branche kamen und statt Schafkopf spielen
lieber weiterhin mit Programmierproblematiken das Hirn frisch halten wollen.

 

Moin Moin,
bitte seht es euch jetzt einmal an.

Gruß
Jürgen

 

Hallo,
nein, das ist falsch. Du solltest auch lesen und befolgen was man Dir schreibt.

Außerdem ist referentielle Integrität einzurichten (wie in meinem obigen Bild).

Und lies bitte noch mal meinen Hinweis zu rar und Zip.

 

Hallo,
ich habe Dir mal die Beziehungen gerichtet. Und noch eine TAbelle für die orte eingefügt.
Ich zeige Dir erst mal das Bild, versuche das mal exakt so nachzubauen.

 

Hallo Juergen,

Kleine Aenderung, da hat Klaus nicht aufgepasst; - aendere alle Umlaute, z.B.
ä -> ae.
Sonderzeichen (Ausnahme der _ ) in Objektnamen sollte man vermeiden,
besser gar nicht verwenden, denn sie verursachen nur unnoetige Tipparbeit,
da die Namen dann in [] geklammert werden muessen.
gruss ekkehard

 

Hallo ekkehard,
ich habe das nicht übersehen, ich bin auch kein Gegner der Umlaute, ich verwende die schon Jahr und Tag und hatte noch nie Probleme. Innerhalb einer rein deutschen Umgebung verwende ich die eigentlich immer.
Die [] Klammerung braucht man da nicht.

 

Hallo Klaus,

Hm, die hast du aber doch nie; - SQL spricht doch immer englisch. Oder habe
ich da was in den falschen Hals bekommen?
gruss ekkehard

 

Hallo,

Ja, aber doch nur die SQL Befehle.
Die Feldnamen sind doch (fast) egal.
Das hier:
Code:

funktioniert problemlos auch ohne das [] Klammerpaar.

Ich verwende auch Datum als Feldname, schon immer, nur Name und Anzahl vermeide ich.

 

Na denn, ein (falscher) Hinweis den ich mir dann sparen kann.

 

\@Ekkehard:
Ich halte das ähnlich wie du, weil ich immer mal wieder Probleme damit bekommen habe. Außerdem macht es ggf. bei einem Refactoring beim Umstieg auf anderen Datenbanksystemen nur unnötig Mehrarbeit.

Bei Verwendung von ODBC-Anbindungen wird z.B. der Hinweis gegeben:

Also vermeide ich solche Bezeichner und seitdem habe ich weniger Probleme mit solcherart Unzulänglichkeiten in Ausdrucksgeneratoren, lokalen Übersetzungen o.ä.

Gruß Ulrich

 

Seht euch das einmal an ob ich bis jetzt richtig bin?

Ich wünsche euch allen einen guten Rutsch ins neue Jahr, viel Glück, Erfolg und vor allem Gesundheit im Jahr 2020.

Gruß
Jürgen