mysql的支付系统？

Question

我正在尝试为我的网站创建支付系统。该网站是3D打印蓝图的市场。用户在我的网站上购买积分。当用户购买由其他用户上传的3d打印蓝图时，它会在“购买的”中创建新的元组或行。表，同时扣除用户信用表中的信用。这是重要的部分。我的直觉告诉我使用事件调度程序来标记每月支付的购买行数，并汇总每个卖家赚取的金额。我担心的是桌子会在几个月过去的时候无限增长。

• 这是正确的实施吗？
• 或者我可以以某种方式每个月创建一个只保留本月交易的新表吗？
• 是否有与此相当的Nosql？

Answer 1

Stripe.com或Braintree.com可能是您的不错选择。

建议您不要创建或滚动自己的付款实施。这些已建立的服务不仅处理支付的PCI合规性方面，而且还直接支持您询问的用例。

为了进一步回答你的问题 - 从执行插入这个MySQL表的角度来看，或者在迭代它进行批处理时，它可能不会成为一个问题。另一方面，查询将变得更加繁重，因为数据集非常大。

您可以在MySQL中使用分区并根据日期执行分区，但我怀疑这是您应该花时间完成的事情。等到您的网站爆炸并且非常受欢迎，然后返回并更新您的架构和配置以满足您的实际使用需求。

值得注意的是，您还需要确保定期备份某些重要的付款信息。通常情况下，您还会看到至少一个副本用于此关键事件。

我再也不认为你应该自己尝试解决这个问题。只需支付为您提供此服务的服务，并专注于构建最佳的3D蓝图市场。