我正在使用现在典型的“推介”系统对新的{每月|年度}付费网站进行编码：当新用户注册时，他们可以指定其他用户的{username | referral code}（这可以被检测到）如果他们通过特殊网址自动生成，这将导致推荐人获得新用户支付的任何费用的百分比。
在重新发明轮子之前，我想知道你们是否有将这种数据存储在关系数据库中的经验。目前我正在使用MySQL，但我相信任何好的解决方案都应该很容易适应任何RDBMS，对吗？
我希望支持以下功能：
在线结算系统 - 每次支付发票后，系统会计算转介收入，并且可以提取现金。当然，这包括可以在线浏览发票/付款。
付费选项各不相同 - 它们的性质和成本不同（有时会有所不同），因此应根据每张最终发票计算佣金。
跟踪推介（用户之间的关系，推介日期和其他有用信息 - 任何想法？）
访问历史引荐数据（支付了多少）或累计佣金的简单方法。
将来，我可能会提供兑换累积现金以续订续订（涵盖整个新订阅或仅包含其中一部分，必要时必须支付差额）
多个级别 - 我正在考虑支付约10％的直接推荐收入+ 2％的下一级别，但这可能会在未来发生变化（添加更多级别，更改百分比），所以我应该能够存储历史数据。
请注意，我不打算在任何其他项目中使用它，所以我并不担心它是“即插即用”。
你做过类似要求的工作吗？如果是这样，你是如何处理所有这些东西的？您会推荐任何特定的数据库架构吗？为什么呢？
我有什么遗漏可以帮助实现更灵活的实施吗？