I have product's review on product page now. But logged-in customer gives review more then once. I need only one review from one customer, not more than that.
Can you please suggest??
Thanks in Advance.
Related
Is there a way to create a function to verify if the product has stock enough before the client add the product to the cart? Thanks in advance.
What is the best way to find out if a customer has purchased a product instore, as a result of visiting the website? Would a membership card be a good idea, or something like an email newsletter with offers for that specific store? Keeping in mind, the product may only be bought less than a handful of times in a few years.
If you give a product a unique code, in addition to it's web id. The unique code could only be redeemed instore in exchange for a free gift or instore only discount. That way the volume of sales can only be attributed to the unique code!!
Volterony
I apologize in advance. I know this is a basic question. I am just trying to understand database design. What type relationship would between a customer and products if it's a eCommerce store like eBay or amazon? What is the best way to draw this relationship? Any help would be appreciated.
It would be a many-to-many. A customer can order many products and a product can go to many customers.
It really depends on what you are trying to do:
One to Many : One customer can have multiple product and sold in
multiple places.
Many to Many: one Item can be sold by many sellers from many
different sites.
now i'm developing an e-commerce system.
I've table named cart which store the cart_id, product & price.
Now, I want to proceed with the checkout. When the customer click checkout button, all the items in cart will become 1 order. But I have no ides how the order table will look like? because in 1 order may got many cart_id.
anyone got idea for this table? from cart to checkout.
By what I have understand,
you can have several product in one cart
you can have several cart in one order
Am I right?
If this is the case, the best way I think would be to create 3 tables, with one-to-many relationship between the tables:
I have a Product database table with columns such as product_id, price, and inventory_count.
A user clicks to buy a certain product at a certain price. My program generates a confirmation page listing the product and the price. Everything is fine and the user clicks "Confirm". My program updates the inventory_count of that product and charges the user's credit card the amount listed in the product's price.
But during the time after the confirmation page is generated but before the user clicks "Confirm", the price of that product has been changed. So the user might have seen a price of $10 in the confirmation page but after he clicks "Confirm" the price in the Product table has already been changed to $11 and that's what he will be charged.
What's the best way to handle a situation like this? I'm using MySQL and Python if that's relevant.
Create a new table for pending purchases with the price you intend to actually charge, and add items to it when you generate the confirmation page.
Deduct from the Product table's inventory_count when you add an item to the Pending table, then you can re-increment the inventory_count if the purchase doesn't go through.
You definitely should carry over the price from the time the customer last had the chance to change his mind. I'm sure that's also a legal issue in which you'd not look so good.
Anyway, can't be to hard to implement one last check after the customer has confirmed, right? Maybe you then could show a notice that the price has changed.
I my opinion you should avoid situations like this (if I were your customer I would be disappointed).
But if you can't, when customer press confirm, do the last check of price and show message to user if it changed.