计费系统的数据库结构

Question

我的应用是一个比较引擎，所以商店可以把他们的产品放在我们的应用上，我们提供给用户比较，同时我们跟踪每个产品的浏览点击和印象，并将它们可视化到商店，到目前为止一切都很好，

问题：我们不再提供免费比较，店家应该为我们的努力付出代价，也就是说每个店都有一个余额，我这里不是在说数据库结构，我只是在解释大意，就像我说的每个用户（用户 === 商店）都有余额，并且要收取他付给我们的余额，就像你在游戏中支付钻石一样，对，所以我们付钱给他一个余额，然后根据余额，他仍然可以使用我们应用程序中的某些功能，当然他应该能够获取余额历史记录，例如填充（如交易），

根据产品的浏览量和点击量，余额开始减少，每次点击，我们将余额减少 0.5，

看了很多文章后，我这样做了：

balance_fills: 
    - id
    - user_id (foreign key)
    - status [paid | pending]
    - amount 
    - timestamps

users 
    - balance (may be negative)
    - ... other fileds

每次用户点击产品时，我都会得到产品用户并将余额减少 0.5，但我认为这不是最好的方法