实体关系图冗余：商店、产品、订单、类别
Entity-Relationship Diagram Redundancy: store, product, orders, categories
我正在尝试设计一个模型，允许用户通过一个帐户成为买家和卖家，但一些老师告诉我这个图是错误的，因为它有冗余。
我已经查看了图表，但还没有找到解决此冗余的方法。在 table orders 我需要知道谁是买家，因此我没有从 table 中删除它。一些想法？
在您的方案中唯一 "redundant"（未准确标准化）的是：
不用专门做ID，复合PK就够了。
-------------------
| ORDERPRODUCT |
-------------------
| PK | PRODUCT_ID |
| PK | ORDER_ID |
-------------------
ADD CONSTRAINT pk
PRIMARY KEY (PRODUCT_ID, ORDER_ID);
在@Blag 所说的之上，对于 Categories，您有 2 个字段可能做同样的事情：categoryname 和 description。您已经有一个带有 PK_IdCategory 的标识符，因此其中一个可能是不必要的
我正在尝试设计一个模型，允许用户通过一个帐户成为买家和卖家，但一些老师告诉我这个图是错误的，因为它有冗余。
我已经查看了图表，但还没有找到解决此冗余的方法。在 table orders 我需要知道谁是买家，因此我没有从 table 中删除它。一些想法？
在您的方案中唯一 "redundant"（未准确标准化）的是：
不用专门做ID，复合PK就够了。
-------------------
| ORDERPRODUCT |
-------------------
| PK | PRODUCT_ID |
| PK | ORDER_ID |
-------------------
ADD CONSTRAINT pk
PRIMARY KEY (PRODUCT_ID, ORDER_ID);
在@Blag 所说的之上，对于 Categories，您有 2 个字段可能做同样的事情：categoryname 和 description。您已经有一个带有 PK_IdCategory 的标识符，因此其中一个可能是不必要的