C# 我的超级简单推荐计划（计划）有漏洞吗？
我正计划为我最近的创业公司写一个推荐计划。目标是吸引现有成员招募新成员。该网站的每个成员都将有一个推荐代码和访问材料的权限，以帮助宣传该服务 当新客户注册并使用当前会员的转介代码付款时，进行转介的会员将收到一次性付款（约为客户开始付款的50%） 为此，我将在用户配置文件表中添加1个字段，以存储他们的（注册时生成的）推荐代码 然后，我将设置一个转介表来存储转介（日期、转介代码、新客户id）。每个月底，我都会在推荐表上写一份报告，上面写着谁能拿到工资，多少钱。我会用贝宝付款 每年我都会出于税务目的运行一份报告，然后清除数据库（以保持较小的大小）C# 我的超级简单推荐计划（计划）有漏洞吗？,c#,referrals,C#,Referrals,我正计划为我最近的创业公司写一个推荐计划。目标是吸引现有成员招募新成员。该网站的每个成员都将有一个推荐代码和访问材料的权限，以帮助宣传该服务 当新客户注册并使用当前会员的转介代码付款时，进行转介的会员将收到一次性付款（约为客户开始付款的50%） 为此，我将在用户配置文件表中添加1个字段，以存储他们的（注册时生成的）推荐代码 然后，我将设置一个转介表来存储转介（日期、转介代码、新客户id）。每个月底，我都会在推荐表上写一份报告，上面写着谁能拿到工资，多少钱。我会用贝宝付款 每年我都会出于税务目的运
这个看起来紧吗？是否有我没有列出但应该使用的表字段/数据？利用这个设置看起来很难吗 不要擦除数据库。当涉及到任何与金钱交易有关的事情时，你需要记录所有的事情——更新、编辑、更改、插入、删除，并且会有收费、Paypal API失败、数据库连接不工作等等
如果你删除了推荐的DB，你就不能回溯 ExtraKun的观点很好，您可能还需要它用于税务目的
如果您想保持主数据库的小型化，EOY（年终）后报告将数据归档到归档表中，这样您就可以提供历史查找功能（在以后需要的时候）。这是一个很好的观点。开始时，PayPal付款将手动进行。因此，API中没有失败。将不会有任何更新，转介可能发生，也可能没有。我真的只需要db知道由谁支付。在年底，我创建一份报告，打印它，扫描它，并将它保存在一个安全的地方。你觉得这样可以吗？还有，永远不要更新。仅使用insert语句（与update触发器一起使用）并使用
idIsActive