Gygkimo95

Results 3 issues of Gygkimo95

**SQLe Version** main-ee 85c66aad50 **Describe the bug** sql语句审核结果处会被切分成两句 现象: SQL:create table if not exists t1(id bigint unsigned auto_increment primary key, c varchar(10) default 'a');​ ![image](https://github.com/actiontech/sqle/assets/113898890/5920ceee-4594-4c1f-9e42-60c1c2fa5463) ![image](https://github.com/actiontech/sqle/assets/113898890/63d8282b-962f-4d27-8180-09eb1d34f2fc)

bug

## 问题描述(Describe) 执行SQL语句审核SELECT name FROM rules WHERE db_type=MySQL; 看起来把字段值当作了列名去匹配 ![image](https://github.com/user-attachments/assets/3ae90f7b-4487-4cf3-b7c2-8ff5318ff069) ![image](https://github.com/user-attachments/assets/de6f3911-0cb8-4969-9164-e8521481e7e3) ## 问题原因 ## 解决方案 ## 变更影响面 #### 受影响的模块或功能 #### 外部引用的潜在问题或风险 #### 版本兼容性 #### 测试建议

bug

## 需求描述(Describe) 当前工单系统只支持“创建 -> 处理 -> 关闭”的线性流程,缺乏灵活性。当工单因误操作被关闭、部署后出现问题或需要记录回滚等情况时,只能新建工单,导致信息割裂和效率低下。本功能旨在引入“重新打开”机制,以增强流程的容错性、连续性和数据完整性。 ### 场景 误点击关闭 :DBA张三正在处理工单 SQL-123,但他不小心点到了旁边的“关闭工单”按钮。工单被立即关闭了,但实际上它的生命周期还远未结束。 ### 使用预期 必须提供一个方式让他能撤销这个误操作。否则,他只能尴尬地新建一个 SQL-124 工单,然后把 SQL-123 的所有信息、附件、审批记录全都复制一遍,这极大地浪费了时间,也造成了工单冗余。 ### 需求细节 #### 触发条件与入口 在状态为“已关闭 (Closed)”的工单详情页,显示“重新打开”按钮。 #### 权限控制 以下角色拥有重新打开工单的权限: - 工单创建人...