参考数据库模式

Question

我正在用现在典型的“推荐”系统编写一个新的{月刊年}付费网站:当一个新用户注册时，他们可以指定其他用户的{username referrer }(如果他们通过一个特殊的URL，就可以自动检测到这一点)，这将导致推荐者获得新用户支付的任何东西的一定百分比。

在重新发明轮子之前，我想知道你们中是否有人有过在关系数据库中存储这类数据的经验。目前我正在使用MySQL，但是我相信任何好的解决方案都应该很容易适应任何关系数据库管理系统，对吗？

我希望支持以下特性：

• 在线计费系统-一旦每个发票被支付，转诊收入将被计算出来，他们将能够兑现。当然，这包括有可能在网上浏览发票/付款。
• 付费选项不同--它们的性质和成本不同(有时会有所不同)，因此应根据每个最终发票计算佣金。
• 跟踪推荐(用户之间的关系，引用日期，以及任何其他有用的信息-有什么想法吗？)
• 访问历史参考数据、(已经支付了多少)或应计佣金的简单方法。
• 今后，我可能会向提供应计现金，用于续订(包括整个新的订阅，或者只支付其中的一部分，如果需要，必须支付差额)。
• 多层-我正在考虑支付大约10%的直接参考收益+ 2%的下一个水平，但这可能会改变在未来(添加更多的水平，变化百分比)，所以我应该能够存储历史数据。

请注意，我不打算在任何其他项目中使用这个，所以我不担心它是“即插即用”。

你做过类似的工作吗？如果是的话，你是怎么处理这些东西的？您会推荐任何特定的DB模式吗？为什么？

有什么是我遗漏的，可以帮助使这个实现更加灵活吗？

Answer 1

非常奇妙的是，有一个数据库模式库。虽然我看不出一些特定于推荐的东西，但可能有一些相关的东西。至少(希望)你应该能得到一些想法。