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.753 Themen, 41.597 Beiträge
Hier ist strukturell was faul!
Namen und Termine sollten in separaten Tabellen erfasst werden.
Tab1
1__Müller
2__Ochsenköttel
3__Meisenheinz
Tab2
1__1.1.2001
1__3.3.2001
2__2.2.2002
3__4.4.2004
3__5.5.2005
Der neue Termin von Meisenheinz wird dann an Tab2 mit einen neuen Datensatz angehangen:
3__7.7.2007
Tab1 und Tab2 werden dann über eine Abfrage wieder verknüpft und die Inhalte gemeinsam angezeigt.
Gruß, mawe2
Hmmm... interessante Idee. Da ich aus dem Excel-Lager komme, habe ich mir das nie so überlegt.
Ich versuche das mal und melde mich wieder. :)
Bei relationalen DB die normale Vorgehensweise.
Da ich aus dem Excel-Lager komme
Access != Excel.
Volker
Soll != "ungleich" bedeuten? Denn das ist mir mittlerweile äußerst bewusst geworden.
So sehr ich es mag mit Excel zu basteln und mit bekloppten Formeln zum Ergebnis zu kommen, so stößt man irgendwann an Grenzen oder an Probleme, die mit Access dann doch sinnvoller zu bewältigen sind. :)
Ein ganz logischer Weg!
Ich glaube, viele versuchen mit Excel irgendwelche Lösungen zu erreichen, die mit Access besser erreichbar wären. Irgendwann kommt man dann eben zwangsläufig zu Access.
Ich denke, es ist gut, beide Programme zu beherrschen und die Stärken des jeweiligen Programms im richtigen Moment einzusetzen.
Viel Spaß!
Gruß, mawe2
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
Danke, werde ich mir mal ansehen. :)