Tweet
Hallo erstmal,
ich bin dabei, eine Materialverwaltung zu schreiben (kein Shop) und habe
folgendes Problem :
Die erste Tabelle ist für den Verwalter, der kann mit Hilfe eines Scripts
Artikel eingeben, Löschen, Bearbeiten und so weiter.
(Tabelle : ArtNr (Primary), Name, Preis)
Die zweite Tabelle enthält die Artikelnummern und gibt den jeweiligen
Bestand aus, der auch vom Verwalter gepflegt wird.
(Tabelle : ArtNr (Primary) von I, Bestand)
Jetzt sollen diese Artikel von wenigen externen Quellen (sind nur 5),
(die Zugriff auf die Bestandsliste haben) bestellt werden können und das
Script ändert automatisch den Bestand, funktioniert auch einwandfrei.
Mein Hauptproblem besteht darin, eine Statistik für die extern eingehenden
Bestellungen zu entwerfen (oder eher eine Tabelle zu entwerfen, die
die Abbuchungen der jeweiligen User nach Datum speichert und zum
Jahresende ne vernünftige Ausgabe liefern kann, ohne dass die Tabelle
ins Uferlose wächst).
Die Statistik soll Datum + Userid + Anzahl der jeweiligen Artikel enthalten,
so dass es am Jahresende möglich ist, eine Statistik zu entwerfen, die
nach User und Datum auflistet, wieviele Artikel, wann bestellt wurden.
Mir fehlt irgendwie die Idee, wie ich die SQL-Tabellen entwerfen soll,
damit das funktioniert.
Ist der Ansatz richtig, dass jeder User ne eigene Tabelle braucht, aus
der ich am Jahresende sehen kann, was bestellt wurde ? Das würde
doch aber Unmengen an Daten produzieren, oder ?
Die Suche hier im Forum gibt nur vorgefertigte Scripts oder Shoplösungen
aus, ich versuche aber , das Problem (mit etwas Nachhilfe ;-) ) selbst zu
lösen.
Vielen Dank schon im Voraus
Gruss - Gerret
ich bin dabei, eine Materialverwaltung zu schreiben (kein Shop) und habe
folgendes Problem :
Die erste Tabelle ist für den Verwalter, der kann mit Hilfe eines Scripts
Artikel eingeben, Löschen, Bearbeiten und so weiter.
(Tabelle : ArtNr (Primary), Name, Preis)
Die zweite Tabelle enthält die Artikelnummern und gibt den jeweiligen
Bestand aus, der auch vom Verwalter gepflegt wird.
(Tabelle : ArtNr (Primary) von I, Bestand)
Jetzt sollen diese Artikel von wenigen externen Quellen (sind nur 5),
(die Zugriff auf die Bestandsliste haben) bestellt werden können und das
Script ändert automatisch den Bestand, funktioniert auch einwandfrei.
Mein Hauptproblem besteht darin, eine Statistik für die extern eingehenden
Bestellungen zu entwerfen (oder eher eine Tabelle zu entwerfen, die
die Abbuchungen der jeweiligen User nach Datum speichert und zum
Jahresende ne vernünftige Ausgabe liefern kann, ohne dass die Tabelle
ins Uferlose wächst).
Die Statistik soll Datum + Userid + Anzahl der jeweiligen Artikel enthalten,
so dass es am Jahresende möglich ist, eine Statistik zu entwerfen, die
nach User und Datum auflistet, wieviele Artikel, wann bestellt wurden.
Mir fehlt irgendwie die Idee, wie ich die SQL-Tabellen entwerfen soll,
damit das funktioniert.
Ist der Ansatz richtig, dass jeder User ne eigene Tabelle braucht, aus
der ich am Jahresende sehen kann, was bestellt wurde ? Das würde
doch aber Unmengen an Daten produzieren, oder ?
Die Suche hier im Forum gibt nur vorgefertigte Scripts oder Shoplösungen
aus, ich versuche aber , das Problem (mit etwas Nachhilfe ;-) ) selbst zu
lösen.
Vielen Dank schon im Voraus
Gruss - Gerret
Kommentar