Medlem
|
|
Reg.datum: Mar 2011
Inlägg: 58
|
|
Medlem
Reg.datum: Mar 2011
Inlägg: 58
|
ConnyWesth: Jag tackar så enormt mycket för din Feedback. Den kommer hjälpa mig och säkert många andra som befinner sig i likvärdig situation som jag. Infon är guld värd.
Om jag tänker så här när det gäller momentet order:
order_tbl -> Ska innehålla grundläggande information och tilldela ordern ett ordernummer.
För att detta ska vara möjligt har jag funderat ut en lösning likt rutinen:
Ett PHP-script tar infon från vem som handlar och skjuter i denna infon (adresser och övriga kunduppgifter) i order_tbl och vi får då även ett order_id (som är satt till primary key på auto-update).
När PHP-scriptet fortsätter att exekveras tar den ut order_id't från order_tbl och placerar detta numret tillsammans med alla de produkterna som kunden har beställt vid detta tillfälle.
Är det en bra lösning?
Samtidigt undrar jag hur man kan göra för att motverka att om två kunder beställer vid samma tidpunkt så att de inte får upp den andras beställning på grund av extremt minimalt tidsspann. Så här tänker jag:
Kund 1 lägger en beställning 23:50:00
Kund 2 lägger en beställning 23:50:01
Det jag tänker på är att när scripten körs så blir det ett visst spann och säg att kund två lägger sin beställning precis innan scriptet för kund 1 ska hämta order_id't kan det ju bli så att den hämtar kund 2's order id. (Om scriptet väljer att hämta det senaste order-id't i tabellen.) Teoretiskt är det ju en risk, men hur stor är chansen att detta händer om man gör så eller finns det ett annat tillvägagångssätt?
Jag hoppas ni hänger med på vad jag menar.
|