Hallo,
ich habe eine Seite, wo Kunden Produkte und Mengenlizenzen kaufen, diese weiterverkaufen und dafür eine Provision erhalten.
Nun möchte ich eine Übersicht anbieten, wo der Wiederverkäufer seine vergangenen Monats- und Jahresprovisionen abrufen kann und frage mich wie das am Besten in die Datenbank abgespeichert werden kann. Das Datenaufkommen wird eher gering sein und ich denke, daß sich für jeden Monat oder jedes Jahr eine eigene Tabelle nicht lohnt.
Gibt es da evtl. schon sowas wie eine vorgefertigte Datenstruktur eines Perlmodules für mysql die das Abspeichern und Aufbereiten der Daten erleichtert?

Grüsse

Frank

ich habe da dieses Modul gefunden:

Statistics::Descriptive

Ist das was für mich? Absolutes Neuland für mich...

Grüsse

Frank

Uhm, das ist ein Modul mit diversen Statistik-Funktionen. Wo sollten die dir helfen?
Hast du denn schon eine Datenbank oder moechtest du das komplett aufziehen?

Ich würde da viel über SQL realisieren... Das Statistics-Modul ist eher etwas für Mittelwert-Berechnung etc.

Hallo,
das ist ein neues Projekt und ich mache gerade das Datenbankdesign. Dabei ist die Frage, ob jeder Kunde ein einzelnes Tabellenfeld für all seine Provisionsdaten bekommt, wo dann z.B.



diese Daten dann aus der Datenbank von einem Statistikmodul ausgelesen werden, oder ob man es eher sql-technisch unterteilt, also doch für jeden Monat einen eigenen Datensatz. Das hätte den Vorteil, daß man sql-Funktionen wie SUM nutzen könnte.
Es geht mir nicht um Effizienz, ich will es nur möglichst einfach realisieren.

Grüsse

Frank

Ich würde eine extra Tabelle für Provisionen einführen. Ein einzelnes Tabellenfeld "verstößt" gegen die Normalisierung (Stichwort "atomare Daten"). Außerdem lässt sich in einer extra Tabelle schneller etwas einfügen, löschen und über die SQL-Funktionen auch schneller berechnen...

Mach eine Tabelle fuer die Wiederverkaeufer, eine fuer die Produkte und eine, in der du fuer jeden Monat die Provisionen speicherst. In der 3. Tabelle nutzt du dann die ID des Wiederverkaeufers und die ID der Produkte als Fremdschluessel.

Hallo,
ohje, Normalisierung, da war mal was *grübel*. Ich habs nochmal überdacht und werde nun doch eine eigene Tabelle machen wo alles atomar drinsteht. Abfragen und Änderungen sind dann wohl in der Tat einfacher. Was haltet Ihr hiervon:

kunden_nr + Jahr = Primary key
dann 12 Felder für die einzelnen Monate

Es muß dann nur jedes Mal unterschieden werden, ob ein Insert oder ein Update gemacht werden soll. Auf keinen Fall sollen während des Produktivbetriebes automatisch zusätzliche Tabellen angelegt werden müssen, da es auf einem mysql-Cluster laufen soll, und ich schon einige Probleme nach Neuanlegen oder Ändern von Tabellen hatte.

Grüsse

Frank