Neuigkeiten:

Wenn ihr euch für eine gute Antwort bedanken möchtet, im entsprechenden Posting einfach den Knopf "sag Danke" drücken!

Mobiles Hauptmenü

Datumsumschaltung bei Bestellungen

Begonnen von wuffwuff2003, August 13, 2013, 16:23:35

⏪ vorheriges - nächstes ⏩

wuffwuff2003

Hallo, Ich müsste dies eigentlich in alle Bereiche kopieren denn es betrifft mehrere Topic's. Ich habe zur Zeit eine Datenbank mit Mitarbeitern die verschiedene Schuhe bekommen, siehe Beispieldatenbank. Nun wollte ich aber wenn das Jahr 2014 kommt dass die Schuhe vom Jahr 2013 sozusagen eingefroren werden, und wenn ich im Jahr 2014 was ändere dann darf dies die Modelle vom Jahr 2013 nicht mehr verändern so kann ich immer rückblickend nachsehen welche Schuhe die Mitarbeiter welches Jahr bekamen. Das will ich auf ca. 5 Jahre erweitern mehr nicht. Im Formular müssten dann 5 Felder hinzukommen bspw. 2013 2014 2015 usw. wo ich dann Modell und Größe sehe von dem jeweiligen Jahr. Ich wollte dies nun so realisieren. Pünktlich zum 31.12.13 würde ich die Tabellenspalte Schuhmodell  2013 und Schuhgröße 2013 per Copy Paste in die Spalte Schuhmodell 2014 und Schuhgröße 2014 kopieren, und die Verknüpfung im Formular in den Dropdownfelder auf die entsprechenden 2014er Spalten setzen. Vielleicht hatte aber jemand schon so was und kann mir sagen dass es da ein viel besseres System gibt um so was zu machen basierend auf meiner Datenbank. Oder es geht vielleicht noch viel einfacher ohne dass ich am 31.12 die Datenbank ändern muss und das von allein umschaltet. Ihr könnt euch das ja mal ansehen bin über jeden Tipp froh. Danke

[Anhang gelöscht durch Administrator]

DF6GL

#1
Hallo,

am besten führst Du eine Spalte mit der Jahreszahl mit und filterst danach, bzw. stellst die Eigenschaft "Allowedits" des Bearbeitungsform entspr. der Jahreszahl ein.

PS:  Natürlich wären die Tabellen noch zu normalisieren und in Beziehung zueinander zu setzen (D. H. auch, die Nachschlagefelder in den Tabellen zu eliminieren.
Viele Grüße vom Bodensee
Franz, DF6GL

Hilfestellung:  http://www.access-o-mania.de/forum/index.php?topic=6969.msg118738#msg118738

Links und Tipps:
1.   http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/
1a. http://www.tinohempel.de/info/info/datenbank/normalisierung.htm
1b. https://support.office.com/de-de/article/Grundlagen-des-Datenbankentwurfs-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5#bmterms
2.   http://www.donkarl.com
3.   https://web.archive.org/web/20201201233522/http://www.dbwiki.net/
4.   http://www.access-tutorial.de/
5.   http://www.tty1.net/smart-questions_de.htm
6.   http://access.joposol.com/accept

Last but not least:   < F1 > für Hilfe
;) Learning by doing not by spoon-feed ;)

Tipp: Find and Replace for Access

wuffwuff2003

In meiner Datenbank läuft schon ein Datum mit, das würde so aussehen ganz konkret. Aber auch wenn ich dann das editieren auf 2014 nächstes Jahr festlege, wo verhält er sich dann 2013, ich müsste dann pro Jahr eine Spalte machen oder nicht.
Irgendwo muss er sich ja merken was in welchem Jahr angewählt war. Denn die Mitarbeiter bekommen jedes Jahr ein Paar Schuhe.

[Anhang gelöscht durch Administrator]

DF6GL

Hallo,

nix weiteres Feld...    Das "Merken" wird mit dem Jahreszahl-Feld erledigt. In der Tabelle wird ein neuer DS eingefügt, wenn ein MA ein Paar neue Schuhe für das betreffende Jahr erhält.
Viele Grüße vom Bodensee
Franz, DF6GL

Hilfestellung:  http://www.access-o-mania.de/forum/index.php?topic=6969.msg118738#msg118738

Links und Tipps:
1.   http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/
1a. http://www.tinohempel.de/info/info/datenbank/normalisierung.htm
1b. https://support.office.com/de-de/article/Grundlagen-des-Datenbankentwurfs-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5#bmterms
2.   http://www.donkarl.com
3.   https://web.archive.org/web/20201201233522/http://www.dbwiki.net/
4.   http://www.access-tutorial.de/
5.   http://www.tty1.net/smart-questions_de.htm
6.   http://access.joposol.com/accept

Last but not least:   < F1 > für Hilfe
;) Learning by doing not by spoon-feed ;)

Tipp: Find and Replace for Access

DF6GL

#4
Hier noch ein Vorschlag im Anhang.




[Anhang gelöscht durch Administrator]
Viele Grüße vom Bodensee
Franz, DF6GL

Hilfestellung:  http://www.access-o-mania.de/forum/index.php?topic=6969.msg118738#msg118738

Links und Tipps:
1.   http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/
1a. http://www.tinohempel.de/info/info/datenbank/normalisierung.htm
1b. https://support.office.com/de-de/article/Grundlagen-des-Datenbankentwurfs-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5#bmterms
2.   http://www.donkarl.com
3.   https://web.archive.org/web/20201201233522/http://www.dbwiki.net/
4.   http://www.access-tutorial.de/
5.   http://www.tty1.net/smart-questions_de.htm
6.   http://access.joposol.com/accept

Last but not least:   < F1 > für Hilfe
;) Learning by doing not by spoon-feed ;)

Tipp: Find and Replace for Access

wuffwuff2003

Ok danke für den Vorschlag , ich muss mal kucken wie ich das in meine Große Datenbank integriert kriege, weil es da keine Tabelle für die Mitarbeiter gibt, sondern nur eine wo an sich alles zusammenläuft , aber zu meiner Verteidigung, das habe ich so übernommen vom Vorgänger   :-\

Mfg

DF6GL

Hallo,

naja, das gibt es noch einiges zu tun, wenn die ganze Sache rund laufen soll.   Aufdröseln in Stammdaten-Tabellen und Verlaufs-Tabellen einschließlich der Definition von Beziehungen ist nun mal die Grundbedingung in einer relationalen DB....
Viele Grüße vom Bodensee
Franz, DF6GL

Hilfestellung:  http://www.access-o-mania.de/forum/index.php?topic=6969.msg118738#msg118738

Links und Tipps:
1.   http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/
1a. http://www.tinohempel.de/info/info/datenbank/normalisierung.htm
1b. https://support.office.com/de-de/article/Grundlagen-des-Datenbankentwurfs-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5#bmterms
2.   http://www.donkarl.com
3.   https://web.archive.org/web/20201201233522/http://www.dbwiki.net/
4.   http://www.access-tutorial.de/
5.   http://www.tty1.net/smart-questions_de.htm
6.   http://access.joposol.com/accept

Last but not least:   < F1 > für Hilfe
;) Learning by doing not by spoon-feed ;)

Tipp: Find and Replace for Access

wuffwuff2003

Das Problem entsteht dann beim Formular, denn das Formular enthält noch sehr viele andere Daten zu anderen Kleidungsstücken die in der Tabelle Übersicht eingetragen sind. Das Formular aber bekommt als Steuerelement die Tabelle Übersicht. Nun müsste ich für die Schuhe umschalten auf das Steuerelement Schuhe, dann würde der Rest nicht mehr funktionieren :/


DF6GL

Hallo,


???


Vermutlich musst Du grundsätzlich die Tabellenstruktur umbauen. So einfach miteinander verheiraten wollen, geht in die Hose...
 
Viele Grüße vom Bodensee
Franz, DF6GL

Hilfestellung:  http://www.access-o-mania.de/forum/index.php?topic=6969.msg118738#msg118738

Links und Tipps:
1.   http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/
1a. http://www.tinohempel.de/info/info/datenbank/normalisierung.htm
1b. https://support.office.com/de-de/article/Grundlagen-des-Datenbankentwurfs-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5#bmterms
2.   http://www.donkarl.com
3.   https://web.archive.org/web/20201201233522/http://www.dbwiki.net/
4.   http://www.access-tutorial.de/
5.   http://www.tty1.net/smart-questions_de.htm
6.   http://access.joposol.com/accept

Last but not least:   < F1 > für Hilfe
;) Learning by doing not by spoon-feed ;)

Tipp: Find and Replace for Access

wuffwuff2003

Das fürchte ich auch :(
Aber ich nehme mal die Datenbank jetzt nochmal etwas umgeändert für ein anderes Problem was mich schon öfters gequält hat und ich nie richtig weiter komme. Ich habe jetzt mal ein Textfeld hinzugefügt im Formular, was die Schuhe 2013 anzeigen soll bspw. Nun zeigt dieses Feld wenn ich es ja verknüpfe aber immer nur die ID der Tabelle tbl_Schuhmodell an. Da müsste er mir aber das Modell selbst anzeigen. Ich hab das bisher immer mit sehr viel Aufwand geschafft dass es doch geht, durch umschreiben des SQL aber gibt es hierfür keine leichte und schnelle Alternative?



[Anhang gelöscht durch Administrator]

bahasu

Hi,

Zitat von: wuffwuff2003 am August 13, 2013, 19:48:24
Da müsste er mir aber das Modell selbst anzeigen. Ich hab das bisher immer mit sehr viel Aufwand geschafft dass es doch geht, durch umschreiben des SQL aber gibt es hierfür keine leichte und schnelle Alternative?

Siehe Anhang.
Im Formular gibt es ein Kombifeld, das auf eine Stammdatentabelle "Schuhe" zugreift.
Angezeigt wird die Art des Schuhs, gespeichert die id.
Machbar mit:
Abfrage erstellen mit dem Primärkey der Schuh-Tabelle + dem Schuh-Feld,
bei der Spaltenanzahl eintragen: 2
bei der Spaltenbreite eintrage: 0cm;5cm   => dadurch wird die id-Spalte nicht angezeigt

Harald


[Anhang gelöscht durch Administrator]
Servus

wuffwuff2003

Hi,
Ja so wie du es gemacht hast das funktioniert bei mir auch, in meinem Formular was ich angehängt habe, sind auch 2 Dropdownfelder die so funktionieren. Ein Problem habe ich mit dem rechts stehenden Textfeld, das muss abhängig vom Mitarbeiter Dropdownfeld den richtigen Wert nicht in Zahlenform (ID) anzeigen sondern in Textform (Modell)
Mfg