分销主机阿里云（分销主机香港）

投稿用户 • 2022年8月28日 19:07:08 • 站长资源 • 阅读 41

　　最近负责开发了一个分销的活动，来促进用户的积极性，比如a本来邀请了B就能获得50元，B再去邀请CA还能再获得十元，只要初期拉来足够多的人，后期就可以躺着收款了，想想就开心。

　　那么分销的表结构需要怎么设计呢？

　　第一种方案。

　　直接建一张简单的绑定表，只记录邀请人和被邀请人的关系，这样查询的时候就会复杂一些了，我们需要嵌套查询，甚至在多级分销的场景下，我们还需要递柜查询。

　　第二种方案。

　　在关系表再加一列绑定等级，在多级的分销下，一个被邀请的可能就得插入多条绑定记录了，绑定的时候比较麻烦，查询起来就简单了。

　　第三种方案。

　　我们直接扩展两个字段，把二级和三级邀请人都记录下来。

　　这三种情况，第一种绑定简单，查询复杂，哪怕之后再增加四级、五级分销，也不需要改表。后面两种情况绑定的时候更加复杂，查询的时候也更加简单。

　　如果之后增加了四级、五级的分销，还得去做一些数据补偿。

　　为了让大家更加理解读扩散和写扩散的思想，我可以再举一个例子。

　　比如我发了一个视频，只写进了我自己的消息表，我的粉丝上线之后要去拉取他的所有关注列表中的新消息，这就叫扩散。

　　如果我发了一个视频，我写进了我自己的消息表，同时我还得推送到所有粉丝的阅读列表中，这就叫做扩散。

　　读扩散其实会比写扩散更加灵活一些，比如有个粉丝刚关注了我，读扩散就可以让他去获取到我的历史视频，而写扩散还需要有额外的行程去补偿我的历史消息。

　　其实选择扩散并不是绝对的，我们可以根据业务去选择最适合的方案，比如很多APP都是选择推拉结合的方式去实现扩散。

本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请发送邮件至 cloud@ksuyun.com 举报，一经查实，本站将立刻删除。
如若转载，请注明出处：https://www.daxuejiayuan.com/46211.html

分销主机 阿里云（分销主机 香港）

相关推荐

分销主机阿里云（分销主机香港）