[Asura]

Guten Tag,
leider kann ich keine .MDB - Datei anhängen, deswegen musste ich nun das bei Fileupload Hochladen und ein Virustotal Link einfügen, damit Sie sicher gehen können, dass es schadfrei ist: Siehe Signatur, da mir Links nicht möglich sind hier im Editor einzufügen, schätze mal liegt an der frische des Profils.

Meine Frage bezieht sich auf meine Datenbankmodellierung.
Zu meinem Vorhaben:
Es gibt User, die verschiedene Getränke kaufen können. Mein Ziel ist es, dass die einzelnen Käufe mit den einzelnen Anzahl der Flaschen, Einzelpreisen und Gesamtpreis pro Bestellung nachvollziehbar ist (Ich hoffe die Erklärung reicht aus, sonst ergänze ich diese auf Wunsch).

Ich habe bereits eine Datenbank modelliert, dennoch weiß ich nicht, ob dies so korrekt ist. Auch mit den Kardinalitäten und Verknüpfungen. Eventuell könnten Sie dies korrigieren und eine Beispiel Datensatz einfügen, damit ich dies eventuell besser nachvollziehen kann.

Ich würde mich über Hilfe freuen!

MfG
Asura

[SQLUnion]

Hallo Asura,

willkommen im Forum. Gerne kannst Du ein Bild deiner Datenmodellierung hier posten und Fragen stellen.
Bitte entferne deine MDB aus deiner Signatur, Danke.

Gruß,
SQLUnion

[Asura]

Ich habe mal die Beziehung hineingestellt und werde den Link löschen.

[chuky666]

Moin moin,

an sich sieht das erstmal "ok" aus... wobei da noch ein wenig was fehlt. Es muss klar sein in welcher Beziehung genau zum Beispiel ein Vorgang zu Positionen steht? M:N? 1:N?
Des Weiteren würde ich auch ein Datetime mit in den Vorgang mit rein nehmen.
Dann wäre noch die Frage ob du eine Extra Tabelle brauchst um preise zu pflegen?! Wenn es natürlich, zum Beispiel, pro Laden es unterschiedliche Preise für ein Getränk geben kann macht das durchaus sinn, aber wenn es eh "nur" einen Preis pro Getränk gibt würde es reichen diesen in der "Beverage" Tabelle zu setzen/pflegen.

Viele Grüße

[Asura]

Gut, wie wäre es mit:

Users -- 1 -- n -- Vorgang
Vorgang -- 1 -- n -- Positionen
Position -- 1 -- 1 -- Beverage
Beverage -- 1 -- n -- Preise

Die Tabelle Preise habe ich hinzugefügt, ob bei später bei den Aufstellung und Buchung der Guthaben des Users immer den Wert nehme, der auch zu dem Zeitpunkt seines Kaufes galt. Wenn ich beispielsweise quartalsmäßig abrechne und der Preis sich geändert haben in den drei Monaten, bezahlt der User ja den aktuellen Wert des Getränkes und nicht, das was beim ersten Kauf beispielsweise aktuell war.

Also kann ich mit dieser Modellierung mein Vorhaben realisieren, dass er auch mehrere Getränke in einem Kauf realisiert und ich damit auch sämtliche Käufe nachvollziehen kann und er auch das Gesamtguthaben berechnet (Wie würde das denn gemacht werden? Beim Setzen einer neuen Buchung, wird einfach die Summe von dem aktuellen Wert abgezogen?)
Also schlichtweg verstehe ich noch nicht, wie diese Modellierung genau das umsetzen kann