一个通用的分享/领取/奖励微服务

1，说明

产品离不开营销，营销的一种手段就是分享活动。分享活动的目的可以是拉新，也可以是促活，也可以是付费。

分享的形式包括：团购邀请/内容分享。

分享活动通常包括三个环节：发起，接受，奖励。

2，数据库设计

2.1 活动表

每个活动包括：活动名/活动目的描述/活动时间段/活动规则。其中活动规则主要就是奖励规则，对应代码里的一种逻辑。如果提出一种新的奖励规则，就需要新写代码实现。

CREATE TABLE `activity` (
  `id` bigint unsigned NOT NULL AUTO_INCREMENT COMMENT 'id',
  `name` varchar(32) not null default '' comment '活动名',
  `target_desc` varchar(1024) not null default '' comment '活动目的描述',
  `obj_type` tinyint unsigned not null default 0 comment '依赖的第三方对象类型',
  `obj_id` bigint unsigned not null default 0 comment '依赖的第三方对象id',
  `role_type` smallint unsigned not null default 0 comment '活动规则类型，对应一类逻辑处理代码', 
  `status` tinyint unsigned NOT NULL DEFAULT '1' COMMENT '逻辑删除标示: 0已删除，1有效',
  `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最近修改时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='活动';

2.2 发起表

CREATE TABLE `launch` (
  `id` bigint unsigned NOT NULL AUTO_INCREMENT COMMENT 'id',
  `activity_id` bigint unsigned not null default 0 comment '活动id',
  `user_id` bigint unsigned not null default 0 comment '发起的用户uid',
  `channel_id` bigint unsigned not null default 0 comment '发起的渠道id，对应渠道表记录', 
  `status` tinyint unsigned NOT NULL DEFAULT '1' COMMENT '逻辑删除标示: 0已删除，1有效',
  `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最近修改时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='活动发起记录';

2.3 接受表

CREATE TABLE `accept` (
  `id` bigint unsigned NOT NULL AUTO_INCREMENT COMMENT 'id',
  `activity_id` bigint unsigned not null default 0 comment '活动id',
  `launch_id` bigint unsigned not null default 0 comment '发起记录id',
  `launch_uid` bigint unsigned not null default 0 comment '发起人uid',
  `user_id` bigint unsigned not null default 0 comment '领取人uid',
  `seq_no` smallint unsigned not null default 0 comment '对某个发起记录，领取的次序',
  `launch_award_id` bigint unsigned not null default 0 comment '发起人奖励id，对应奖励表记录（每个记录是一个或多个奖励组合）',
  `accept_award_id` bigint unsigned not null default 0 comment '领取人奖励id',
  `status` tinyint unsigned NOT NULL DEFAULT '1' COMMENT '逻辑删除标示: 0已删除，1有效',
  `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最近修改时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='活动接受记录';

3，数据库设计的一种思想

为什么发起/参与表，不合并到一张表？

如果设计成一张表，只需要发起人/参与人俩字段，其他字段即可复用即可。

但是坏处是：

• 发起数据很大，所需要记录的字段也更丰富。
• 且发起往往比参与数据量上高出一个量级。
• 同时发起和参与可能一对多。
• 而我们更关心的数据是参与记录。