在 RDB 中设计一个表来销售多个项目，并计算销售的价值

Question

我正在为 Mock 应用程序设计数据库，但在概念化“销售”表的设计时遇到问题。

假设我有一个以 ID 作为其 PK、名称和 lname 的 CASHIER 表

以 ARTICLE_ID 为 PK、描述、价格、库存的 ARTICLE 表

SALES 表包含 SALE_ID(pk)、ARTICLE_ID(FK 文章)、CASHIER_ID(fk 为收银员 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 中。

Answer 1

您需要一个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)
)

并从SALE中删除ARTICLE_ID 。 或者您可能更愿意称它为SALE_ARTICLE

顺便说一句，在命名表时，我建议选择使用复数或单数表名……但不要混合使用，因为这会造成混淆。 因此我在这个例子中使用了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。