CREATE TABLE `group` (
`id` int unsigned NOT NULL AUTO_INCREMENT COMMENT '群 ID',
`type` tinyint unsigned NOT NULL DEFAULT '1' COMMENT '群类型[1:普通群;2:企业群;]',
`name` varchar(30) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NOT NULL DEFAULT '' COMMENT '群名称',
PRIMARY KEY (`id`),
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3 COMMENT='群';
CREATE TABLE `group_apply` (
`id` int unsigned NOT NULL AUTO_INCREMENT COMMENT '自增 ID',
`group_id` int unsigned NOT NULL DEFAULT '0' COMMENT '群组 ID',
`user_id` int unsigned NOT NULL DEFAULT '0' COMMENT '用户 ID',
`status` int NOT NULL DEFAULT '1' COMMENT '申请状态',
`updated_at` datetime NOT NULL COMMENT '更新时间',
PRIMARY KEY (`id`),
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3 COMMENT='申请加群表';
CREATE TABLE `group_member` (
`id` int unsigned NOT NULL AUTO_INCREMENT COMMENT '自增 ID',
`group_id` int unsigned NOT NULL DEFAULT '0' COMMENT '群组 ID',
`user_id` int unsigned NOT NULL DEFAULT '0' COMMENT '用户 ID',
`leader` tinyint unsigned NOT NULL DEFAULT '0' COMMENT '成员属性[0:普通成员;1:管理员;2:群主;]',
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3 COMMENT='群成员表';
1
amrom 96 天前
肯定是给一个标记好,考虑到后续的业务,比如,新用户首单优惠这种的,有了标记就可以避免被重复注册薅羊毛
|
2
corcre 96 天前
我应该会另开一个表记录退群操作, 然后删除记录
|
3
Twnysta 96 天前
可以加一个 history 表
历史用户记录都在里面 |
4
mudi 96 天前
标记吧,防止需要恢复,真删就真没了
|
5
broli7753 OP 标记的弊端就是,一堆脏数据。
|
7
ciki 96 天前
单独做个日志表
|
8
lasuar 96 天前
JC:把這個群的歷史成員全都給我調出來,包括退群的,看一下 xx 的發言記錄
WX:好的。 |
11
kneo 96 天前 via Android
随便。看你现有架构怎么修改方便。
加标记需要你保证每次查询都设置正确的条件,容易出 bug ,也有一定程度性能影响。 |
12
kk2syc 96 天前
考虑合规的话就不能避免脏数据,另外开表记录后期也是脏,不如提前规划好条件字段标记匹配,营销活动另外做关联表,间隔一段时间清洗数据、分表操作,旧数据打包封入冷存储备份
|
14
ETiV 96 天前 via iPhone
删了之后,群里这个用户的聊天记录咋显示,不显示昵称、头像什么的了吗?
|
15
drymonfidelia 96 天前
单独一个数据库,存档全部操作记录(加群退群改名什么的全要存),线上表直接删除啊
你们都没做过大一点的项目吗 现在查数据 每个用户在哪个时间改成了哪个昵称都要求你能查出来 |
16
swulling 96 天前 via iPhone
用历史替代标记
|
17
whileFalse 96 天前 via Android
@ETiV 难道你会给群用户一个单独的群内 id ?如果还用 uid 有啥关系。
|
18
angryfish 95 天前
看自己的需求咯,如果是内部系统,不涉及审计,直接删除。
如果外部用户的,还是做标志吧。日志表挺麻烦的。 |
19
broli7753 OP 分析了下自己的业务场景,决定用一个状态标记处理。 简单直接, 因为用户量不算大,查询性能也影响不了多少。
|