Onlineshop

[TobiasKa]

Hi,
ich programmier grad einen Onlineshop und bin mir etwas unschlüßig wie ich die Tabelle aufbaue.

Also wie die Artikeltabelle aussieht ist ja eigentlich klar:
Produkt_id, Name, Beschreibung, Bild, Zusätze, Einzelpreis, Lieferzeit, usw.

Die Frage ist aber wie ich die Bestellungen registriere.
Mir fallen da konkret 2 Möglichkeiten ein:

- In einer Tabelle stehen die Personalien und mit jeder Artikelerstellung werden zwei spalten für menge und ID hinzugefügt

- Oder ich beschränk das ganze von vorne an auf 30 Artikel pro bestellug.

Beides find ich ziemlcih umständlich!

Wie habs ihr gemacht??

Danke

Tobias

[jph]

mache eine tabelle mit den personalien des kundes (daraus kannst du dan auch per passwort, bei einem neuen einkauf die daten auslesen also einfach eine tabelle mit name, adresse, plz, ort, telefon, fax, email etc.
dann machst du eine andere tabelle bestellungen. dort schreibst du sämtliche bestellungen rein und zwar einfach kunden_id artikel_id anzahl
dann liest du einfach aus nach kunden sortiert. wenn du eine bestellung bearbeitet hast hast du in der tabelle bestellungen noch ein feld um diese als bearbeitet zu markieren.

wieso willst du umbedingt die bestellungen in einer db speichern, warum nicht nur die einzelnen warenkorbe aus denen du dann pdfs machst und die dem shop betreiber nach bestellung zuschickst?

[TobiasKa]

Danke für die Lösung mit der Datenbank.
So rum hab ich noch gar net gedacht!

Den Warenkorb also PDF Datei: keine schlechte Idee finde ich, zusätzlich ok, aber als einzige lösung find ichs bissle schlecht zu verwalten, oder? Da man dann keinen Überblick hat.

Nochmal danke, jph

Gruß
Tobias

[jph]

ja klar war als zusatzlösung gedacht. du speicherst die datensätze in db und gleichzeitig verschickst du eine mail an den betreiber des shop und vielleicht auch an den kunden.#
viel erfolg!

[TobiasKa]

Thanks für die Hilfe!

Wenn wir grad dabei sind:
Wo gibts ne Anleitung zum Erstellen von PDF-Dateien mir PHP???

[jph]

Hier müsstest du alle befehler finden die du brauchst

[mike]

ansich richtig.

bedenke aber: der kunde kann seine personalien ändern,
ein artikel kann sich preislich, namentlich,... ändern oder sogar aus dem sortiment genommen werden.

bereits vorhandene bestellungen werden durch diese oben genannte dinge dann ebenfalls beinflusst.

saubere variante:
eine bestellung besteht aus zwei tabellen:
kopf:
hier stehen die daten des kunden, bestellnummer, bestelldatum, vielleicht sogar gesamtpreis .....

body:
hier stehen die bestellpositionen - so wie sie zum bestellzeitpunkt aktuell gewesen sind.
(von mir aus artikelid, artikelname, preis, rabatte,....)

somit hattu immer eine nachvollziehbare history für den kunden, und für dich.

lf

p.s. werkle selber grad an einem shop