Warenkorb
 

Ich möchte einen Warenkorb mit MySQL und PHP erstellen und würde gerne wissen wieviele Tabellen ich mindestens brauche, wenn ich bei den Waren keine Unterscheidungen treffe. D.h. Alle Waren können in einer Tabelle sein.

Hallo,

Du hast Dir die Frage bereits selbst beantwortet :)
Eine Tabelle reicht für den Warenkorb. Wozu auch mehr?

Am einfachsten sieht die Struktur so aus:

- productId
- anzahl
- sessionId (um den/die Artikel dem Kunden zuweisen zu können)

Viel Spaß :)

Warenkorb
 

Ja aber ich muss doch auch den Kunden erfassen können damit ich die Waren auch jemand zuweisen kann.:(

Tja, dann brauchst du zusätzlich eine Tabelle für die Kunden

KundenID
Kundenname
und sonst noch irgendwelche infos (straße, etc)

Die Zuordnung würd ich dann über die ProductID machen (plus eventuell Datum/Uhrzeit).

Wäre mein Vorschlag. Sagt mir, wenns nicht stimmt!

Warenkorb
 

Ja und muss ich dann diese beiden Tabellen über eine dritte Verknüpfen und reicht das dann vollkommen aus:confused:

KundenID und ProductID wären eine zusätzliche Tabelle zum Zusammenfassen!

Warenkorb
 

Das reicht dann vollkommen? Dann versteh ich nicht, warum das bei meinem Test nicht gereicht hat;)
Dort war auch ein Warenkorb vorgegeben und man sagte mir der Kunde könne mit meinen Tabellen gleichzeitig nur eine Ware bestellen.:eek:

wie waers, wenn du dir mal eine (gratis-)shop-loesung runterladest und dir anschaust, wie andere leute das problem angegangen sind?

als start-hilfe: http://www.scriptindex.de/ -> kategorien -> php -> online shops
der rest: http://www.google.de/search?sourceid...hp+online+shop

hth

ps: das thema datenmodellierung ist ein sehr komplexes und umfangreiches - deine fragestellung laesst darauf schliessen, dass du dein zielszenario vielleicht noch genauer durchdenken solltest.

Warenkorb
 

Ich wollte eigentlich nur wissen ob es Grundsätzlich möglich ist mit 3 Tabellen die miteinander Verknüpft sind, einen Warenkorb zu verwirklichen in dem ein Kunde mehrere Bestellungen vornehmen kann.:rolleyes:

Warum sollte er nicht können?????

Es kommt zu einer "Kollision" wenn er zb zweimal das Product mit der gleichen ProduktID bestellt. Aber wenn du zusätzlich noch ein Datumsfeld+Uhrzeit einfügst und diese drei zusammen sind sicher eindeutig.

Die Frage ist nur, willst du die alten Bestellungen speichern oder nicht?

Eine Variante wäre folgende: (so auf die schnelle)

Tabelle Produkte:
ProductID, Product_Name,Product_Preis, Product_Gewicht, Product_Beschreibung, etc etc etc

Tabelle Warenkorb:
Felder: Korb_ProductID,Korb_Product_Datum, ProductID, Product_Menge

Tabelle Orderlist: (speichert alle Orders)
Felder: KundenID, OrderID, Order_Datum, ProductID, Product_Menge, Order_Summe

Tabelle Orders:
OrderID, Order_Datum,KundenID,Order_Summe

Tabelle Kunden:
KundenID, Name, Adresse, Straße, Ort, Plz, email, telephone, etc etc etc.

Verknüpfung von Produkte und Warenkorb über ProductID
Verknüpfung von Warenkorb und Ordelist über ProductID.
Verknüpfung von Orderlist und Orders über OrderID
Verknüpfung von Orders und Kunden über KundenID

Angaben wie immer ohne Gewähr.

Hoffe dir jetzt ein bißchen genauer geholfen zuhaben.

mfg

Warenkorb
 

Wenn möglich schon aber das ist nicht so wichtig, ich danke jedenfalls für die Antworten

hi

ich hab so eine db mal gemacht. allerdings vor der verbreitung des internets.
bei diesem problem spielt das warscheinlich keine rolle.

meine lösung:

tabelle kunde:
name, adressee, ...

tabelle artikel:
beschreibung, preis, ...

tabelle bestellung:
datum, kunden_id, versandart, ...

tabelle bestelldetails:
bestell_id, artikel_id, stückzahl, ...

das sollte deine frage abdecken.

zusätzlich hatte ich noch weitere tabellen und funktionen um z. b. lieferungen vom großhändler zu erfassen, oder den lagerbestand zu aktualisieren usw. "aber das ist eine andere geschichte."

mfg

wb