在RDB中设计一个table对多个商品进行销售,并计算销售价值
Design a table in a RDB to sales of multiple items, and calculate the value of the sale
我正在为 Mock 应用程序设计数据库,但在概念化“销售”设计时遇到问题 Table。
假设我有一个
CASHIER table 以 ID 作为其 PK、name 和 lname
文章 table 以 ARTICLE_ID 作为主键、描述、价格、库存
SALES table with SALE_ID(pk), ARTICLE_ID(FK article), CASHIER_ID(fk for cashier ID), TOTAL_PRICE_OF_SALE , PRICE_OF_UNIT(FK 到 ARTICLE 价格)和 UNITS_SOLD
如何设计 SALES 以在 1 笔交易中销售多篇文章?
规范化规则反对让一个列包含多个值,因此我看不出如何将在交易中出售的所有 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
table 到 link 一个 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)
)
并从 SALE
中删除 ARTICLE_ID
。或者您可能更愿意将其称为 SALE_ARTICLE
顺便说一句,在命名 table 时,我建议选择使用复数或单数 table 名称...但不要混合使用,因为那样会造成混淆。因此我在这个例子中使用了SALE
。
此外,我不会在 table 名称中使用所有大写字母,而是使用 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
的复合键,但我更喜欢始终有一个 table 特定PK.
我正在为 Mock 应用程序设计数据库,但在概念化“销售”设计时遇到问题 Table。
假设我有一个 CASHIER table 以 ID 作为其 PK、name 和 lname
文章 table 以 ARTICLE_ID 作为主键、描述、价格、库存
SALES table with SALE_ID(pk), ARTICLE_ID(FK article), CASHIER_ID(fk for cashier ID), TOTAL_PRICE_OF_SALE , PRICE_OF_UNIT(FK 到 ARTICLE 价格)和 UNITS_SOLD
如何设计 SALES 以在 1 笔交易中销售多篇文章? 规范化规则反对让一个列包含多个值,因此我看不出如何将在交易中出售的所有 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
table 到 link 一个 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)
)
并从 SALE
中删除 ARTICLE_ID
。或者您可能更愿意将其称为 SALE_ARTICLE
顺便说一句,在命名 table 时,我建议选择使用复数或单数 table 名称...但不要混合使用,因为那样会造成混淆。因此我在这个例子中使用了SALE
。
此外,我不会在 table 名称中使用所有大写字母,而是使用 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
的复合键,但我更喜欢始终有一个 table 特定PK.