我对我的应用程序的实体关系图有点困惑。
到目前为止,我已经为产品、客户、类别制作了表格
我应该为 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/