问基于信用的采购数据库设计

EN

我需要一种优雅的方式来实现基于信用的网上商店的购买，可以使用、虚拟信贷、或真正的货币购买少量产品。或者，产品只能以信用来定价。

以前的工作

在使用不同的产品类型之前，我已经实施了基于信用的采购(例如。Credit，Voucher或Music)，通过订单后处理，以实际货币的形式将购买的信贷分配给用户，这可能随后被用来折现未来订单的总费用。

这作为一种临时解决方案效果不错，但并没有成功地将虚拟货币与真实货币分离，这正是我想要做的，因为消费信贷在心理上比消费真正货币更容易。

设计

我需要正确设计数据库的指导，同时支持以折扣的方式大量购买货款和真正的货币产品。或者，所有的产品都应该以信用定价，只有信用才有真正的货币价值吗？

现有数据库设计

部分Products表：

• ProductId
• Title
• Type
• UnitPrice
• SalePrice

部分Orders表：

• OrderId
• UserId (与Users表相关，而不是shown)
• Status
• Value
• Total

)

部分OrderItems表(类似于CartItems表)：

• OrderItemId
• OrderId (与Orders table)
• ProductId有关)(与Products table)
• Quantity
• UnitPrice
• SalePrice

有关)

预期UserCredits表：

• CreditId
• UserId (与Users表相关，而不是shown)
• Value (+/- value )。经过一段时间的求和确定saldo.)
• Date

我在Server数据库上使用了ASP.NET MVC和LINQ。