我目前正在开发一个应用程序,我需要实现某种处理由我的应用程序用户购买的信用的方式。然后,这些学分将用于在我的应用程序中执行某些任务,例如在机械土耳其人中购买命中。我需要这样做的原因是因为在机械土耳其人的情况下,我们的订单可能不会被填补,而不是仅仅保留他们没有得到的点击的额外资金我想要将它们归功于将来的购买
我需要帮助充实的重要部分是如何准确地管理持续的总学分。我不能每次都计算它。另外,我需要管理学分的添加和减去。此外,我可能需要跟踪这些信用的来源,即金钱或免费,因为我们可能会给出免费信用作为奖励,但我们需要小心如何处理将免费信用转为现金,因为它为诈骗者提供了激励使用积分来购买土耳其人的点击,然后土耳其人自己打击并保留金钱。
答案 0 :(得分:0)
我目前正在开发一个非常相似的系统。
用户拥有一个跟踪所有交易的帐户 - 来源,类型和金额。我们有一定数量的交易类型(包括明显的信用卡/借记卡类型)。因此,Account表实际上是特定用户帐户的所有事务的归档,而不是简单的运行总计。
因此,每次我们需要时计算帐户总数,尽管将一些聚合添加到数据库中会非常简单,这会在处理事务时递增/递减总值。与所有与性能相关的问题一样 - 在需要之前不要这样做,对一些智能索引列中的值求和对我们当前的系统来说是好的。