Tach!
Access 2007. Datenbank mit Namen und Terminen. Jedem Namen (mit eindeutiger ID) sind verschiedene Termine zugeordnet. Also z.B.
1__Müller_________1.1.2001___3.3.2001
2__Ochsenköttel___2.2.2002
3__Meisenheinz____4.4.2004___5.5.2005
So, jetzt habe ich eine neue Liste, in der neue Termine stehen. Z.B. dass Meisenheinz am 7.7.2007 einen Termin hat. Der soll dann natürlich bei Meisenheinz in die noch leere dritte Spalte wandern. Die Zuordnung zu Meisenheinz ist kein Problem, da er auch in der neuen Tabelle die gleiche eindeutige ID hat. Hätte Ochsenköttel einen weiteren Termin, soll der dann natürlich in die 2. Terminspalte (einen hat er ja schon).
Ist das verständlich?
Schöne Grüße
Office - Word, Excel und Co. 9.736 Themen, 41.351 Beiträge
Soll != "ungleich" bedeuten?
Yo. Während in BASIC Dialekten, auch in VBA, das Zeichen für ungleich ist, ist in vielen anderen Sprachen, z.B. C, C++ oder Java, != das Zeichen für ungleich.
Denn das ist mir mittlerweile äußerst bewusst geworden.
Kann ich nachvollziehen. Das erste, was die meisten (teils ziemlich schmerzhaft) lernen (müssen) ist, dass eine "Tabelle" in Excel und eine "Tabelle" in Access außer der Bezeichnung als Tabelle exakt nichts gemeinsam haben ;)
so stößt man irgendwann an Grenzen oder an Probleme, die mit Access dann doch sinnvoller zu bewältigen sind. :)
Yo, spätestens wenn die kleine "Datenbank" entweder von der Zahl der Datensätze her oder von der Zahl der zu verwaltenden Informationen her in Excel nicht mehr "passt", weil die Daten, obwohl nich in den Tabellen, einfach nicht mehr auffindbar sind oder Auswertungen nicht mehr vernünftig gefahren werden können. ;)
Kenn ich selber - und durfte mehr als einmal eine "Datenbank" die ein Excel-Spezialist in Access gestrickt hatte, geradeziehen.
Wichtig ist für dich, dass du dich mit den Grundlagen der relationalen Datenbanken (u.a. ER-Modell und Relationentheorie sowie Normalisierung) vertraut machst.
Faustregel: je durchdachter deine Tabellenstruktur umso einfacher hast du es hinterher beim Formularentwurf und bei den Abfragen zur Auswertung.
Einiges zu den genannten Themen findest du in den AEK-Scripten - Normalisierung wurde auf AEK 7 und 8 behandelt.
Weitere links findest du in der Linkliste auf www.donkarl.com, ebenso die, äußerst nützliche, Access-FAQ
Volker
Yo. Während in BASIC Dialekten, auch in VBA, das Zeichen für ungleich ist, ist in vielen anderen Sprachen, z.B. C, C++ oder Java, != das Zeichen für ungleich.
Denn das ist mir mittlerweile äußerst bewusst geworden.
Kann ich nachvollziehen. Das erste, was die meisten (teils ziemlich schmerzhaft) lernen (müssen) ist, dass eine "Tabelle" in Excel und eine "Tabelle" in Access außer der Bezeichnung als Tabelle exakt nichts gemeinsam haben ;)
so stößt man irgendwann an Grenzen oder an Probleme, die mit Access dann doch sinnvoller zu bewältigen sind. :)
Yo, spätestens wenn die kleine "Datenbank" entweder von der Zahl der Datensätze her oder von der Zahl der zu verwaltenden Informationen her in Excel nicht mehr "passt", weil die Daten, obwohl nich in den Tabellen, einfach nicht mehr auffindbar sind oder Auswertungen nicht mehr vernünftig gefahren werden können. ;)
Kenn ich selber - und durfte mehr als einmal eine "Datenbank" die ein Excel-Spezialist in Access gestrickt hatte, geradeziehen.
Wichtig ist für dich, dass du dich mit den Grundlagen der relationalen Datenbanken (u.a. ER-Modell und Relationentheorie sowie Normalisierung) vertraut machst.
Faustregel: je durchdachter deine Tabellenstruktur umso einfacher hast du es hinterher beim Formularentwurf und bei den Abfragen zur Auswertung.
Einiges zu den genannten Themen findest du in den AEK-Scripten - Normalisierung wurde auf AEK 7 und 8 behandelt.
Weitere links findest du in der Linkliste auf www.donkarl.com, ebenso die, äußerst nützliche, Access-FAQ
Volker