MySQL产品销售模式

Question

我正在创建一个网站，并希望对我的数据库架构提供一些建议，因为我在该领域没有太多经验。

假设我有一个要出售2种产品（product1和product2）的站点。

当用户购买任何一种产品时，他们都会获得一个具有访问其帐户密钥的用户帐户。 用户可以从其帐户页面下载其产品。 然后，该用户可以在以后购买剩余的产品，并且该产品会添加到他们的帐户中，从而允许他们使用购买第一个产品时提供给他们的密钥来下载product1和product2。

付款信息（付款方式，交易ID，时间戳等）也将被存储。

目前，我已经计划好了架构：

我觉得我做的方式不是最佳的，有更好的组织方式。 有什么建议吗？

希望您能有所帮助，并在此先感谢:)

Answer 1

最好先确定您的架构将存储的对象。 看起来候选组件可能是

• 用户
• （用户数据）
• 产品
• 采购

这些实体将是您开始使用的表。 适当添加关系。

标识架构中的实体将（希望）阻止您向外扩展表。 例如，您不需要每次添加产品时都修改整个架构。 同样，您不想每次都添加一个新表。

一旦确定了这些内容，就开始将它们放入标准格式 。 通常建议使用第三范式。 正如您在架构中所指出的那样，您可能会发现，采购实体下会存在大量冗余数据，这些冗余数据将其分离到另一个表中，从而形成了更易于维护的架构。

这将消除表中的冗余数据，这些数据以后可能会失去同步性，并有助于识别某些数据在何处不正确。