客户、产品和供应商的数据库架构
Database schema for Customers, Products and Suppliers
我从数据库架构开始。我没有这方面的经验。
我正在考虑为 客户 提供一个平台,以访问 供应商 [=] 的 产品 类型31=] 报价。
所以,我想知道如何使数据库架构遵循表及其关系。
客户将在系统中注册,他将可以访问供应商及其产品。
客户>>>>>>>>>>产品>>>>>>>>>供应商
我已经感谢任何可以提供帮助的人。
问候
埃德
客户通常与产品没有直接关系。通常,客户创建订单,由多个产品组成。
因此客户通常与 'Orders' table 具有一对多关系。 Orders table 与 OrderItems table 具有一对多关系。 table 可能存储数量、颜色等,并且与 Products table.
存在多对多关系
当然,这只是典型的实体关系。没有更多信息,很难知道它是否满足您的需求。
根据您提供的数据。
你会有一个产品table,一个产品可以由一个或多个供应商销售。所以你会有一个供应商 table。由于这是多对多关系,因此您将有一个交叉引用 table
客户不会与产品或供应商相关。
我从数据库架构开始。我没有这方面的经验。
我正在考虑为 客户 提供一个平台,以访问 供应商 [=] 的 产品 类型31=] 报价。
所以,我想知道如何使数据库架构遵循表及其关系。
客户将在系统中注册,他将可以访问供应商及其产品。
客户>>>>>>>>>>产品>>>>>>>>>供应商
我已经感谢任何可以提供帮助的人。
问候
埃德
客户通常与产品没有直接关系。通常,客户创建订单,由多个产品组成。
因此客户通常与 'Orders' table 具有一对多关系。 Orders table 与 OrderItems table 具有一对多关系。 table 可能存储数量、颜色等,并且与 Products table.
存在多对多关系当然,这只是典型的实体关系。没有更多信息,很难知道它是否满足您的需求。
根据您提供的数据。
你会有一个产品table,一个产品可以由一个或多个供应商销售。所以你会有一个供应商 table。由于这是多对多关系,因此您将有一个交叉引用 table
客户不会与产品或供应商相关。