sql - 购物车的 ERD

标签 sql database database-design entity-relationship shopping-cart

我对我的应用程序的实体关系图有点困惑。

到目前为止,我已经为产品、客户、类别制作了表格

我应该为 UserAccounts 创建一个表来保存客户的 ID 和密码,还是直接将 ID 和密码放入客户表中?

其次,每个客户都有自己的购物车。所以我制作了一个 CartItem 表

购物车商品 ID, 产品编号, 类别ID, 描述, 单价, 总价

但是该表没有将客户与购物车中的 cartItem 关联起来。那么我也应该在这里添加 CustomerId 吗?

是否需要说明和单价,因为这些已在产品表中定义?

对于购物车表, 购物车 ID, 购物车商品 ID, 客户ID

在我的申请中发现任何错误之前,我需要澄清一些事情。

DDL:

   CREATE DATABASE ShoppingCart

   Create Table Customer(
   CustomerId int PRIMARY KEY,
   Firstname varchar(50),
   Lastname varchar(50),
   Address varchar(50),
   City varchar(50),
   State varchar(50),
   Country varchar(50),
   Mobile varchar(50),
   Phone varchar(50),
   Email varchar(50)
   )

   Create Table UserAccount(
   UserName varchar(50),
   PasswordHash varchar(50)
   )

   Create Table Category(
   CategoryId int PRIMARY KEY,
   CategoryName varchar(50),
   CategoryDescription varchar(50),
   CategoryImage varchar(50)
   )

   Create Table Products(
   ProductId int PRIMARY KEY,
   ProductName varchar(50),
   Description varchar(50),
   CategoryId int,
   UnitPrice money,
   DateAdded datetime,
   thumn varchar(50),

   CONSTRAINT fk_CategoryId FOREIGN KEY (CategoryId)
   REFERENCES Category(CategoryId)
   )



Create Table CartItem(
CartItemId int,
ProductId int,
CategoryId int,
Description varchar(50),
UnitPrice money,
TotalPrice money,

PRIMARY KEY (CartItemId),
CONSTRAINT fk_ProductId FOREIGN KEY (ProductId)
REFERENCES Products(ProductId),

CONSTRAINT fk_CartItem_CategoryId FOREIGN KEY (CategoryId)
REFERENCES Category(CategoryId)

)

Create Table Cart(
CartId int,
CartItemId int,
ProductId int,
CategoryId int,
Description varchar(50),
UnitPrice money,
TotalPrice money,

PRIMARY KEY (CartId),

CONSTRAINT fk_CartItemId FOREIGN KEY (CartItemId)
REFERENCES CartItem(CartItemId),

CONSTRAINT fk_CartItem_CategoryId FOREIGN KEY (CategoryId)
REFERENCES Category(CategoryId),

PRIMARY KEY (ProductId),
CONSTRAINT fk_CartItemId FOREIGN KEY (ProductId)
REFERENCES CProducts(productId)

)

最佳答案

#1 不要存储密码 - store a salted hash .

如果已经通过购物车表获取了客户 ID,请勿将其添加到购物车项目表中。

现在,我认为您对几乎相同的 Cart 和 CartItem 表感到困惑。

UserAccount 似乎是孤立的。它需要位于客户表中或以某种方式链接。

我会从 CartItem 中删除 CategoryId、Description、UnitPrice 和 TotalPrice(因为它们位于 Product 中),除非将产品定制到每个客户的购物车中。您还面临着让用户以旧价格结账的风险(除非您将购物车视为报价,这是一个完全不同的业务领域)。

CartItem 需要一种方式来到达其购物车或客户。

这就是我要做的:

Category (CategoryID (PK), etc.)

Customer (CustomerID (PK), etc.)

Product (ProductID (PK), CategoryID (FK), etc)

Cart (CartID (PK), CustomerID (FK), ProductID(FK), Quantity)

当购物车变成订单时,通常订单详细信息或发票详细信息表将锁定价格,也许还有产品名称,并且购物车将为客户清空。这在很大程度上取决于进一步的业务需求。

关于sql - 购物车的 ERD,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5542104/

相关文章:

database - 在 PostgreSQL 中设置性别

mysql - 涉及多个实体时的数据库建模

sql - 使用 tsql 根据不同百分比分配记录

mysql 将旧数据库转移到新数据库

sql - 在 Access VBA 中更新 Excel Application.StatusBar

mysql - 使用sql查询连接4个表

php - 如何组织和管理数据库中的 'nested' 表?

sql - 我想将整列转换为yyyymmdd的日期格式,我不想要当前日期

database - 什么数据库适合非结构化数据

MySQL架构优化