Databasen för webbshop
 

Hej!

Jag håller på att konstruera en webshop.
Hur ska man göra med databasen som hanterar ordrar?
Det jag inte riktigt förstår är hur jag ska göra med tabellen "order". Antalet db-fält i tabellen kan ju inte vara statisk då en köper kanske 2 varor, medans den andra kanske köper 22 varor.

Hur ska man lösa det?

Du måste ha en tabell som innehåller dina produkter där alla har sitt egna produktId och sedan en tabell som heter kund, och order har 3 fält, orderid, kundid och produktid.
orderid är index i Order tabellen, och för varje produkt en kund köper så läggs det till en rad i databasen.

Exempel
Alltså, för varje produkt jag köper, säg att jag har kundid 1 och nisse har
kundid 2, jag köper produkterna med id 2, 3 och 4 nisse köper endast
produkterna 2 och 4, då kommer raderna se ut såhär:

Du kan också tänka i formen orderhuvud och orderrader.

Båda, tack för era svar, det hjälper mig en bra bit på väg.

En kompletteringsfråga...

Lucas, med ditt exempel så har varje specifikt exempel ett order-id. Varje beställd produkt är en ny order.
Är det vanligt att det ser ut så, eller är det vanligare att man samlar alla produkter till en order, som får ett order-id? Det jag funderar på är hur man presenterar det smidigast mot kund, och admin. Säg att tio kunder köper tre saker var, så känns det mycket att visa 30 ordrar när det i själva verket är 10... Är jag ute och cyklar eller har du någon lösning på det också?

DigiArt. Jag hänger nog inte riktigt med på vad du menar. Jag hoppas att du har tid och lust att förklara för mig lite närmre:)

När jag knappat webshop så har jag gjort en databaslayout ungefär som på nedan URL:

http://files.spacedump.se/webshopdb.png

Jag tycker det blir ganska smidigt så.
Den bör även förklara sig ganska bra själv hoppas jag. :)

//Anders

Nej du har såklart rätt där. jag som skrev lite galet, det du säger stämmer helt klart, i mitt fall kan man se det som att person1 har köpt 3 saker 3 olika gånger, dvs då blir det såklart 3 olika ordrar och person2 har köpt 2 saker 2 ggr, visserligen på samma dag men kanske inte på samma gång.

Men i stora drag, det som ska öka på antalet rader i order tabellen är antalet produkter.

njae, det ser bra ut men du måste göra en relation mellan kund och köpa produkter, så du kan generera ett kvitto eller faktura genom databasuppgifterna.

Så med andra ord saknar du orderraderid på tbl_order. du kan använda tbl_orderrader.id till tbl_order.orderraderid eller liknande men du måste ändå ha ett id fält som är primary key på tbl_order för att fortfarande kunna sortera alla ordrar och kunna plocka ut första 100 beställningarna etc.

så jag hade satt dit orderraderid som refererar till tbl_orderrader.id

Det har du väldigt rätt i, jag var nog lite väl morgonseg när jag slängde ihop den där imorse.. :)
Den är numer korrigerad.

//Anders

Lite för simpelt där. Om man ändrar pris på en produkt så ändras det i orderhistoriken vilket det inte bör göra.

Så en orderProduktTable bör finnas med pris (kan också förekomma rabatter) samt antal.

i produkter bör du ha fält för moms-sats eller en relation till en momstabell.
Priset ska gärna vara exkl moms.
För din egen skull kan det vara bra att ha en kolumn för inköpspris så du kan räkna förtjänst.