问题描述
我正在为Mock应用程序设计数据库,但是在概念化“销售”表的设计时遇到了问题。
假设我有一个 ID为其PK,名称和名称的CASHIER表
以ARTICLE_ID为PK,说明,价格,库存的ARTICLE表
带有SALE_ID(pk),ARTICLE_ID(FK文章),CASHIER_ID(fk为收银员ID),TOTAL_PRICE_OF_SALE,PRICE_OF_UNIT(从FK到ARTICLE的价格)和UNITS_SOLD的SALES表
我如何设计销售方式,以便可以一次交易出售几件商品? 规范化规则反对让一列包含多个值,因此我看不到如何将交易中出售的所有article_id存储在数组中。计算价格似乎也有问题。
我知道在DML中,您可以多次显示PK,但据我所知,在DDL中,您不能插入具有重复PK的行,所以我看不到如何实现类似
SALE_ID | ARTICLE_ID | CASHIER_ID | TOTAL_PRICE_OF_SALE | PRICE_OF_UNIT | UNITS_SOLD
1 1ASB JOHNDOE1 50.00 25.00 1
1 351A JOHNDOE1 50.00 10.00 1
1 JS57 JOHNDOE1 50.00 15.00 1
在DDL中。 请注意,TOTAL_PRICE_OF_SALE还应该在插入期间自行计算其值,但我也不知道如何处理price_of_unit * units_sold的乘法,然后将其全部求和成total_price_of_sale。
解决方法
您需要一个SALE_ITEM
表才能将ARTICLE
链接到SALE
。
CREATE TABLE SALE_ITEM (
SALE_ITEM_ID INT NOT NULL IDENTITY(1,1),SALE_ID INT NOT NULL REFERENCES SALE(SALE_ID),ARTICLE_ID INT NOT NULL REFERENCES ARTICLE(ARTICLE_ID),QUANTITY INT,-- Its usually safer to copy the price into the 'item' table
-- so that your order history is accurate even when
-- the price of the article increases
PRICE DECIMAL(9,2)
)
然后从ARTICLE_ID
中删除SALE
。或者,您可能更喜欢将其称为SALE_ARTICLE
BTW在命名表时,我建议选择使用复数或单数表名...但是不要使用混合,因为这会造成混淆。因此,在此示例中,我使用了SALE
。
此外,我不会在表名中使用所有大写字母,而是使用Pascal Case例如SaleItem
也不要存储总销售价格,除非您有具体要求。它在需要时更容易查询,否则通常需要在SALE_ITEM
上添加触发器。查询方法的示例:
SELECT SUM(SI.Price*SI.Quantity) TotalPrice
FROM SALE S
INNER JOIN SALE_ITEM SI on SI.SALE_ID = S.SALE_ID;
注意:SALE_ITEM
从技术上讲不需要SALE_ITEM_ID
列,因为您可以使用SALE_ID,ARTICLE_ID
的复合键,但我更喜欢始终使用表特定的PK。