适当的数据库架构

Question

我的数据库设计技巧有点生疏。我已经做到了最好，但无法知道我生产的是好还是坏，还是“足够好”。

我可以请一些关于我的设计的反馈。

更具体一点：这种设计能否充分发挥作用？

数据库将是mySQL。

感谢。 学家

编辑：进一步澄清：

• 品牌可能有类别，也可能没有。

• 元表可以填写而不会实际属于模型（在实际模型未知的情况下）

Answer 1

不知道你的全部需求，所以我假设突出显示的注释表明经过深思熟虑的设计。

我喜欢你的大多数约定，但我会避免使用camel case作为外键的列名，并使用tablename_columname（即user_id，brand_id等等）

如果所有品牌都有一个类别，我就会终止从品牌到品牌的联系。所有品牌都有类别吗？如果不是，那么你就会遇到两个外键。

如果所有模型都至少有一个元数据，则可能会丢失模型表中的类型foriegn键。然后，您还可以删除模型类和国家/地区的品牌foriegn键