Jag håller på med en sida åt ett företag som endast säljer till återförsäljare och därmed så kommer bara registrerade kunder in på sidan för att kunna beställa saker. Spara alla ordrar i samma tabell med en kolumn som säger vilken kund det gäller. Troligtvis behöver två tabeller, en tabell där varje order finns och en relaterad tabell där information om vilka varor som köptes finns. Du ska iaf inte skapa en tabell per kund, då tappar du hela vitsen med databaser... Du ska göra precis som Johan säger. En tabell där kunder sparas. I denna tabell har varje kund ett unikt id. Till denna tabell knyter du en ordertabell som har relationen många till en eftersom en kund kan ha flera registrerade orders. Du ger varje order den data som behövs t ex skeppningsdatum, mottagningsdatum mm och ett unikt id. Till denna ordertabell knyter du sedan en items tabell som i detalj specar vilka "delar" som ingick i ordern. Även här har du en många till en relation eftersom en order kan innehålla flera items. Enkla relationer bara. Lösning på orderhistorik för mindre "webshop"
Nu till min fråga, hur ska man lösa det så att varje kund kan gå in och se som en orderhistorik, alltså vad dom beställt vid tidigare ordrar?
ska man lagra det i databasen? isf, hur tycker ni det är lämpligt att göra? det känns lite fel att göra en tabell i db för varje kund eftersom det kan bli jobbigt ifall det registreras nya...
så komigen med lite förslag :)Sv: Lösning på orderhistorik för mindre "webshop&q
/JohanSv: Lösning på orderhistorik för mindre "webshop&q
CUSTOMER: customerid, name, address, contact, etc...
ORDER: customerid, orderid, shipdate, etc...
ORDERITEM: orderid, itemid, name, etc...
Lycka till.
/Klas