
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 Aug 13, 2024 肯定是给一个标记好,考虑到后续的业务,比如,新用户首单优惠这种的,有了标记就可以避免被重复注册薅羊毛 |
2 corcre Aug 13, 2024 我应该会另开一个表记录退群操作, 然后删除记录 |
3 Twnysta Aug 13, 2024 可以加一个 history 表 历史用户记录都在里面 |
4 mudi Aug 13, 2024 标记吧,防止需要恢复,真删就真没了 |
5 broli7753 OP 标记的弊端就是,一堆脏数据。 |
7 ciki Aug 13, 2024 单独做个日志表 |
8 freemoon Aug 13, 2024 JC:把群的史成全都我出,包括退群的,看一下 xx 的言 WX:好的。 |
11 kneo Aug 13, 2024 via Android 随便。看你现有架构怎么修改方便。 加标记需要你保证每次查询都设置正确的条件,容易出 bug ,也有一定程度性能影响。 |
12 v1 Aug 13, 2024 考虑合规的话就不能避免脏数据,另外开表记录后期也是脏,不如提前规划好条件字段标记匹配,营销活动另外做关联表,间隔一段时间清洗数据、分表操作,旧数据打包封入冷存储备份 |
14 ETiV Aug 13, 2024 via iPhone 删了之后,群里这个用户的聊天记录咋显示,不显示昵称、头像什么的了吗? |
15 drymonfidelia Aug 13, 2024 单独一个数据库,存档全部操作记录(加群退群改名什么的全要存),线上表直接删除啊 你们都没做过大一点的项目吗 现在查数据 每个用户在哪个时间改成了哪个昵称都要求你能查出来 |
16 swulling Aug 13, 2024 via iPhone 用历史替代标记 |
17 whileFalse Aug 13, 2024 via Android @ETiV 难道你会给群用户一个单独的群内 id ?如果还用 uid 有啥关系。 |
18 GBdG6clg2Jy17ua5 Aug 14, 2024 看自己的需求咯,如果是内部系统,不涉及审计,直接删除。 如果外部用户的,还是做标志吧。日志表挺麻烦的。 |
19 broli7753 OP 分析了下自己的业务场景,决定用一个状态标记处理。 简单直接, 因为用户量不算大,查询性能也影响不了多少。 |