拆分orderDetail为数据库的两个表？

Question

我会尽力用一种有意义的方式来表达这一点。我正在为我的数据库管理课程开发一个数据库项目，该课程使用了一个书店老板的虚构场景，他希望我为他们创建一个数据库。

基本上，我提出的表格（或实体）如下：

{{1}}

简单来说，我需要对其进行配置，以便我可以跟踪销售中的书籍和其他非书籍项目。我遇到的问题是，当我试图只有一个产品表时，我遇到了一个问题，即书籍中有一些属性与其他项目（如烘焙食品）有关。如果我把书与其他物品放在一起，那么就会有很多空单元格没有作者/出版商/流派。从我的教科书到目前为止教给我的东西，orderDetail类型表需要一个复合表，orderNumber和productNumber将结合在一起。但在这里，我需要以某种方式将两个单独的KEY属性（用于书籍和其他项目）组合成一个订单表或其他方法。这对我来说尤其令人困惑，因为有些顾客可能会在一个订单中购买其他商品的书籍组合，或者他们可能只购买一种类型的商品。我当时认为ISBN将是Book表的一个很好的标识符键。我需要什么样的配置来跟踪这样的订单？

Answer 1

在该表中再添加一个table，product-props和store属性。您可以将所有产品保存在一个表中，即书籍和其他物品。你可以移动作者，出版商作为这个的道具