在数据库表设计中，“虚拟商品”如何影响表设计--我们应该创建一个虚拟商品的实例吗？

Question

当我们为DVD租赁公司设计数据库表时，我们实际上有一部电影，这是一个抽象的概念，以及一张物理DVD，所以对于每一次租赁，我们都有一个多对多的表，其中包含以下字段：

  TransactionID   UserID    DvdID   RentedDate    RentalDuration   AmountPaid

但虚拟商品又如何呢？例如，如果我们让用户在线租借一部电影3天，我们实际上没有DVD，所以我们可能有一个表：

  TransactionID   UserID    MovieID   RentedDate   RentalDuration    AmountPaid

我们应该为“虚拟商品”的每个实例创建一个记录吗？例如，如果这个虚拟商品(电影)可以被授权在3个设备(具有3个设备in )上观看，那么我们是否应该在VirtualGoods表中创建一个虚拟商品记录，每个记录都有一个VirtualGoodID，然后另一个表具有

  VirtualGoodID   DeviceID

来匹配电影和DeviceID吗？

我们也可以只使用TransactionID作为VirtualGoodID。在某些情况下，我们可能想要创建一条记录来在VirtualGoods表中记录这个“虚拟商品”？

Answer 1

答案取决于你的确切需求，而你在这篇文章中没有指定足够的需求。例如，在线租赁是与抽象DVD相关联还是与物理DVD相关联？您是只租借DVD的录像带，还是在网上租借实体DVD时保留它？从你所说的做远，我不认为你需要一个‘虚拟商品’，除了你已经拥有的。