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