Discord.py检查频道是否存在 避免反应触发的工单重复创建及SQLite报错

SQLite 字段缺失报错修复 #

报错本质是数据库表结构和代码字段定义不同步，SQLite不会自动为存量表新增代码里后加的字段。

• 不要依赖ORM的自动建表逻辑补字段：ORM只会在表完全不存在的时候新建表，已经存在的旧表不会触发结构变更
• 手动执行表结构升级命令：在现有工单存储表上执行 ALTER TABLE 你的工单表名 ADD COLUMN reactor_id TEXT; （根据Snowflake ID存储格式选择对应类型，通常用TEXT存带精度的长ID更稳妥）
• 升级完成后执行 PRAGMA table_info(工单表名) 校验，确认返回的字段列表里存在reactor_id项后再重启服务，避免重复触发报错

enable_reactions 方法参数不匹配问题 #

报错本质是方法的参数设计和调用场景完全错配：

• enable_reactions 是服务端全局功能配置方法，作用是为指定服务器开启“指定消息加指定反应即触发工单”的规则，本身不需要传入用户级的reactor_id参数
• 修正方法签名：删除enable_reactions定义中强制要求传入reactor_id的参数项，仅保留guild_id、触发消息ID、触发emoji这类全局配置必需参数
• 重新梳理参数传递链路：reactor_id 是用户点击反应时从回调payload里实时提取的用户标识，和全局配置逻辑完全无关，不需要在配置服务器触发规则的时候传入

重复工单拦截逻辑失效修复 #

原有的if channel判断逻辑无法拦截、加上现有用户工单识别失效的问题，按以下逻辑重构即可：

• 调整反应监听回调的执行顺序：用户添加反应的动作触发后，第一步先根据当前点击用户的ID查询工单表，判断是否存在reactor_id = 当前用户ID AND ticket_status = 'open' 的存量未关闭工单
• 拦截逻辑前置：如果查询命中存量工单，第一时间移除用户刚添加的reaction，直接终止后续新建工单的流程，不进入频道创建逻辑
• 调整数据库写入时机：确认用户无存量工单后，先将reactor_id与即将创建的工单ID做关联写入数据库，再执行频道创建操作，避免并发场景下重复创建多个工单频道

注意：不要把“判断用户是否存在对应工单频道”作为拦截依据，部分场景下用户手动归档频道后，频道ID和用户ID的关联关系会断开，直接用reactor_id匹配工单状态的判断逻辑可靠性更高

内容的提问来源于stack exchange，提问作者Dominik