Datenbanklogik ....

[urs.liska]

Hallo maynard,

das ist jetzt so ein bisschen arg schwammig formuliert (und möglicherweise auch gedacht).
Also zuerst einmal musst Du Dir klar werden, welche Informationen überhaupt gespeichert werden sollen.
Dann kannst Du erst damit anfangen, Dir zu überlegen, wie das auf Tabellen verteilt werden kann.
Und dann wirst Du nicht um etwas theoretische Lektüre herumkommen. Such Dir ein Buch oder ein Tutorial zum Thema Datenbankdesign, Stichwort Normalisierung.
Wenn Dir das nicht einigermaßen (oder besser: richtig) klar ist, wirst Du Dich bei einer Kundenverwaltung wahrscheinlich bald verrennen und steckenbleiben.

Das mit den Artikeln und Lagerhaus-Nummern ist doch schon ganz richtig. So läuft das mit den Datenbanken.

Ein paar Stichworte zu den Info-Fetzen, die man aus Deinem Posting entnehmen kann:
- Das Datum, an dem der Kunde gewonnen wurde, gehört in die Tabelle KUNDE (denn es ist EINE Information zu EINEM Kunden).
- Die "geworbenen Kunden" realisierst Du, indem Du in der Tabelle für die Kunden ein Feld KUNDE_ID (oder wie auch immer benannt) einfügst, das mit einem Fremdschlüssel auf dieselbe Tabelle KUNDE verweist.

Den letzten Abschnitt verstehe ich nicht so recht (wahrscheinlich, weil Du ratlos bist...), aber:
- Der Anwender sollte überhaupt nichts davon mitbekommen, was in welcher Form wie abgespeichert wird. Er sieht einfach ein Eingabeformular mit einer Anzahl von Steuerelementen
- Es gibt keinen Algorithmus, der während der Programmausführung entscheidet, was wo abgespeichert wird. Alles wird vorher von Dir festgelegt (beim Entwurf der Datenbank).

Viel Erfolg
Urs