Schönen Guten nachmittag zusammen,

ich arbeite an einem Entwurf für ein Auftragsmanagement zur Abwicklung von Geschäftsprozessen, das mittels PHP und MySQL umgesetzt wird. Die HTML Templates habe ich bereits erstellt um definieren zu können, was an Daten anfällt.

Mein Problem liegt nun bei der Modellierung der eigentlichen Tasks.

Es gibt verschiedene Arten von Aufträgen, die alle unterschiedliche Daten benötigen.

Z.B. Umzüge und Bestellungen.

Umzüge erfordern: altes Zimmer, neues Zimmer, betroffener PC usw.

Bestellung den Artikel, Preis, usw. Dies würde sich wiederum am einfachsten mit einer separaten Tabelle für jede Auftragsart darstellen lassen.

Mein aktueller Ansatz ist, das ich eine Entität "Task" habe, in der grundsätzliche Informationen gespeichert werden, wie Ersteller, Termin usw.

und diesem Task dann Positionen zuzuordnen. Hier dann nur wieder die Frage, ist das ein vernünftiger Ansatz, da ich ja nicht so ohne weiteres sagen kann, aus welcher Tabelle die Daten kommen müssen.

Ich kann mir das vom logischen zwar vorstellen, ich kann es nur nicht in ein ER-Modell bringen.

Ich wäre dankbar für Anregungen, Kritik und Hinweise. ;-)

Vielen Dank schonmal

Bearbeitet 23. Februar 201114 j von SilentDemise

Mein aktueller Ansatz ist, das ich eine Entität "Task" habe...

ist auf jeden Fall richtig.

Ich würde hierzu zwei weitere Entitäten an legen.

Eine - womit der Task definiert wird - "task_name". Und eine weitere, "action/requried [oder wie auch immer]" - wo die benötigten Aktionen hinterlegt sind.

Nun kannst du - um einen Task zu definieren - eine n:m machen.

task_name:Umzug  [n:m]  actions:altes Zimmer

                                      neues Zimmer

                                      Preis

                                      .....

Wenn du die Actions zu einem TaskName zugeordnet hast, kann man diesen dann als Task auswählen.

Also so würde ich es machen. Aber viele Wege führen nach Rom... "Romulus"