Question

我在数据库架构方面遇到了一些问题。我自己做一个简单的网上商店。我不知道如何制作逻辑数据库。我有用户，购物车，购物车，产品和订单表。< / p>

我的关系：

用户 OneToOne 购物车
购物车 OneToMany CartItem
CartItem ManyToOne 产品

而且我不知道我应该选择哪种关系来订购。用户可以将任意数量的产品添加到购物车中，确认购买后我想将结果存储到订单表中。请帮我搞清楚。我第一次做网上商店对我来说很有挑战性。

致以最诚挚的问候。的车

Entity
public class Cart {

@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Integer id;
@OneToMany(mappedBy = "cart", cascade = CascadeType.ALL, fetch = FetchType.EAGER)
private List<CartItem> cartItems;
@OneToOne
private User user;
private Double grandTotal;

public Cart(List<CartItem> cartItems) {
    this.cartItems = cartItems;
}

public Cart(Double grandTotal) {
    this.grandTotal = grandTotal;
}

public Integer getId() {
    return id;
}

public void setId(Integer id) {
    this.id = id;
}

public List<CartItem> getCartItemsl() {
    return cartItems;
}

public void setCartItemsl(List<CartItem> cartItemsl) {
    this.cartItems = cartItemsl;
}

public User getUser() {
    return user;
}

public void setUser(User user) {
    this.user = user;
}

public Double getGrandTotal() {
    return grandTotal;
}

public void setGrandTotal(Double grandTotal) {
    this.grandTotal = grandTotal;
}
}

CartItem

@Entity
public class CartItem {

@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Integer id;
@ManyToOne
@JsonIgnore
private Cart cart;
@ManyToOne
private Product product;
private Integer quantity;
private Double totalPrice;

public CartItem() {
}

public CartItem(Integer quantity, Double totalPrice) {
    this.quantity = quantity;
    this.totalPrice = totalPrice;
}

public Integer getId() {
    return id;
}

public void setId(Integer id) {
    this.id = id;
}

public Cart getCart() {
    return cart;
}

public void setCart(Cart cart) {
    this.cart = cart;
}

public Product getProduct() {
    return product;
}

public void setProduct(Product product) {
    this.product = product;
}

public Integer getQuantity() {
    return quantity;
}

public void setQuantity(Integer quantity) {
    this.quantity = quantity;
}

public Double getTotalPrice() {
    return totalPrice;
}

public void setTotalPrice(Double totalPrice) {
    this.totalPrice = totalPrice;
}

}

产品

@Entity
public class Product {

@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Integer id;
private String name;
private String description;
private Float price;
@ManyToOne(fetch = FetchType.EAGER, cascade = CascadeType.ALL)
private Category category;
@OneToMany(mappedBy = "product", cascade = CascadeType.ALL, fetch = FetchType.EAGER)
private List<CartItem> cartItemList;
private boolean available;

public Product() {
}

public Product(String name, String description, Float price, Category category, boolean available) {
    this.name = name;
    this.description = description;
    this.price = price;
    this.category = category;
    this.available = available;
}

public Integer getId() {
    return id;
}

public void setId(Integer id) {
    this.id = id;
}

public String getName() {
    return name;
}

public void setName(String name) {
    this.name = name;
}

public String getDescription() {
    return description;
}

public void setDescription(String description) {
    this.description = description;
}

public Float getPrice() {
    return price;
}

public void setPrice(Float price) {
    this.price = price;
}

public Category getCategory() {
    return category;
}

public void setCategory(Category category) {
    this.category = category;
}

public List<CartItem> getCartItemList() {
    return cartItemList;
}

public void setCartItemList(List<CartItem> cartItemList) {
    this.cartItemList = cartItemList;
}

public boolean isAvailable() {
    return available;
}

public void setAvailable(boolean available) {
    this.available = available;
}

}

Answer 1

当用户完成购买时，您将其写入Order表，并将用户的购物车写入订购商品。订单应在订单记录中包含结算地址和送货地址。

您也可以选择将用户结算信息写入Customer表和Shipping表。（一个客户可以拥有许多送货地址）然后可能很想不在订单记录中包含该信息并链接到这些记录 - 不要这样做。可能会出现许多复杂情况，但简而言之，特定订单的信息必须仍然是订单的一部分。

这样，您需要为订单的历史目的保留的所有表格 - 与用于购物的表格完全分开。

所以听起来你的'购物车'确实是运行总计的'订单'的开头。这很酷但你可能想要别的名字。

重要的是购物车项目应定期检查产品表以确认价格，并确认产品仍有库存。这些变化中的任何一个都会给商店带来巨大的问题，特别是如果客户订购了缺货的东西。商店可能会在与客户联系的客户服务时间内损失所有利润，如果他们可以说服客户购买不同的商品。显然，如果产品价格上涨，那么商店就会在销售中损失这笔钱。

这意味着购物车（购物车商品）唯一的责任是保持产品sku（商品编号）和数量。购物车可以保留显示的价格，但不负责价格。在发货信息发出后以及最终点击生成交易之前，购物车应至少检查产品表中的价格和库存水平。

非常好，你有一个用户的想法，它会使事情变得更容易。因此，要考虑的一件事是让用户持有不同的运行总数 - 而不是'看起来你正在做的'推车'。因为会影响正在处理的运行总计的事情 - 如运输，销售，税收等 - 与“购物车”无关。

另一个想法是例如将正在处理的订单运送信息保存到用户。换句话说，他们已经提交了运输信息，但交易尚未完成。这样，如果他们从未完成购买 - 这发生了很多 - 你没有浪费任何资源写入发货台。如果您只对已完成的订单写入发货表，则每条记录都有效。计费相同的想法。

商店的简单数据库方案

1 个答案: