Hi,
das sieht natürlich schon weitaus besser aus, vielen Dank!
Ich habe von einem Kollegen eine "Basisvariante" der Datenbank in Form von reinen Tabellen erhalten, d.h. pro Unterlagenart wurde eine Tabelle angelegt, mit Kundendaten/Adresse, und den Datumsfeldern.
Natürlich kam mir sofort die Idee, die Datenbank sinnvoller aufzubauen, denkbar wäre nun mit Sicherheit/vielleicht auch PLZ und Ort in eine eigene Tabelle auszulagern, um die Datenbank bzw. Datenmenge möglichst schlank zu halten.
Daraufhin habe ich mich gestern mal daran gemacht und nach Studium ein paar Deiner Videos mal versucht die Datenbank nach bestem Wissen und Gewissen aufzubauen. Heute habe ich auch mal im Base-Handbuch nachgeschlagen, bin aber erst bis Seite 60 gekommen und will nun ab Seite 90 weiterlesen. Im Prinzip ist also mein Wissensstand ungefähr der Status Quo meiner bisherigen Datenbank.
Nach weiterem Gedankenaustausch mit obigem und einem Kollegen aus dem Fachbereich, wird die Datenbank vermutlich noch etwas komplexer werden müssen.
Im Prinzip geht es um die Verwaltung von Unterlagen die wir von unseren Kunden anfordern. Die jeweiligen Unterlagen werden zu bestimmten Terminen "fällig" (Unterlage 1 zum Beispiel jährlich per 31.12., Unterlage 2 vierteljährlich bzw. halbjährlich), d.h. dies müsste man irgendwie in der Datenbank dann auch berücksichtigen.
Die weiteren benötigten Datumsfelder stellen praktisch das jeweilige Datum für die 1., 2. und 3. Anforderung der Unterlagen dar bzw. das Datum des Eingangs (manuelle Eingabe) und Datum der Auswertung (manuelle Eingabe) der jeweiligen Unterlage.
Eine Art Statusfeld je nach Befüllung der Datumsfelder für die jeweils fällige Unterlage wäre evtl. auch sinnvoll, z.B.
- angefordert (1. - 3. Anforderung)
- in Bearbeitung (nach Eingang)
- erledigt (nach Auswertung)
Aus der jeweiligen Fälligkeit der Unterlage sollen automatisch die Datumsfelder für 1. - 3. Anforderung auf Basis angegebener Anzahl Tage berechnet werden, z.B. 60, 30 weitere Tage und nochmals 30 weitere Tage für 1., 2. bzw. 3. Anforderung.
Das ganze soll dann eben eine Verwaltung werden inkl. Serienbrieffunktion für die jeweilige Anforderung der Unterlagen und natürlich fortlaufend nutzbar, ohne jährlich eine neue Datenbank erstellen zu müssen.
Warum diese Anwendung?
Eigentlich haben wir eine Anwendung genau für diesen Zweck schon länger im Einsatz. Nach dem letzten Update ist diese für unser Haus jedoch praktisch unbrauchbar geworden, zumal zu unflexibel und in manchen Bereichen sogar ohne die Möglichkeit manuell eingreifen zu können, wo es eigentlich erforderlich wäre.
Die Kollegen aus dem Fachbereich kamen dann auf die Idee wieder "back to the roots" zu gehen, und die Verwaltung auf Basis einer Tabelle o.ä. zu machen. Eine Datenbank wäre aber denke ich zumindest die bessere/sinnvollere Lösung mit mehr Möglichkeiten.
Momentan tue ich mich leider immer noch schwer beim Aufbau solcher Datenbanken. Bisher habe ich eigentlich nur bestehende Datenbanken ausgewertet, früher mit ein paar SQL-Kenntnissen nach einer Schulung und heute mit einer grafischen Oberfläche. Solche Datenbanken aufzubauen, ist dann eben doch noch eine ganz andere Sache.
Hylli