sqle
sqle copied to clipboard
一个支持多种不同类型数据库,覆盖事前控制、事后监督、标准发布场景,帮助您建立质量规范的SQL全生命周期质量管理平台
## 版本信息(Version) 3.2403.0 ## 问题描述(Describe) 审核结果页面超过20条后分页无法跳转 ## 截图或日志(Log) ## 如何复现(To Reproduce) ## 实现方案 ## 变更影响面
## 描述(Describe) sqled.yml配置项debug_log只对gorm日志生效,对sqle项目中产生的日志无效.当debug_log设置为true时,只会打印gorm debug级别的日志,不会打印sqle项目中debug级别的日志.例如图二中debug级别日志永远不会打印出来, 因为日志库默认日志级别是info,而debug日志级别低于info,所以不会打印出来   ## 实现方案 ## 变更影响面
**Describe** eclipse插件会将审核结果以及审核语句显示在自定义的视图中,如下图  标出的红色区域就是显示的被审核的sql语句,存在一个问题,当遇到长sql时会sql语句显示不全,而且不能进行复制 修改建议: 在自定义视图中允许被审核的sql语句进行复制 **Suggestion** **Why**
## 版本信息(Version) v2 de0923db3cc6c2c4389f0ddda7bc344e0826b21e ## 问题描述(Describe) char字段包含emoji表情,生成回滚语句时,以问好代替,没有生成对应的内容 数据库中的数据  生成的回滚语句  ## 截图或日志(Log) ## 如何复现(To Reproduce) 1. 开启在 DML 语句中预计影响行数超过指定值则不回滚 规则 2. 数据库中插入一段数据包含emoji表情 3. 然后在工单审核中,审核delete语句 ## 实现方案 ## 变更影响面 ####...
## 版本信息(Version) main ## 问题描述(Describe) MySQL审核存储过程脚本时SQL片段切分不正确 ## 截图或日志(Log) 输入的存储过程脚本如下: ```sql DELIMITER $$ USE `fwdb`$$ DROP PROCEDURE IF EXISTS `_GS_GM_Check`$$ CREATE DEFINER=`root`@`%` PROCEDURE `_GS_GM_Check`(vi_uid INT,vi_pwd VARCHAR(32),vi_ip VARCHAR(100),OUT vo_level INT,OUT vo_code INT)...
## 关联的 issue https://github.com/actiontech/sqle-ee/issues/1539 ## 描述你的变更 1. 新增修改文件上线顺序的接口 2. 获取审核任务文件概览列表对`execOrder`字段进行排序 ## 确认项(pr提交后操作) > [!TIP] > 请在指定**复审人**之前,确认并完成以下事项,完成后✅ ---------------------------------------------------------------------- - [x] 我已完成自测 - [x] 我已在关联的issue里补充了实现方案 - [x] 我已在关联的issue里补充了测试影响面 - [x] 我已确认了变更的兼容性,如果不兼容则在issue里标记 `not_compatible`...
## 关联的 issue https://github.com/actiontech/sqle-ee/issues/1532 ## 描述你的变更 1. 实现获取文件排序方式的接口 2. /v1/task_groups/audit接口中增加文件排序功能 ## 确认项(pr提交后操作) > [!TIP] > 请在指定**复审人**之前,确认并完成以下事项,完成后✅ ---------------------------------------------------------------------- - [X] 我已完成自测 - [X] 我已在关联的issue里补充了实现方案 - [X] 我已在关联的issue里补充了测试影响面 - [X] 我已确认了变更的兼容性,如果不兼容则在issue里标记 `not_compatible`...
关联原始issue:https://github.com/actiontech/sqle/issues/2348 ## 版本信息(Version) SQL:main 7e278a11b8c8bc02139de31fa9fe6e5d17d392d4 ## 问题描述(Describe) Ubuntu系统下,sqle使用java插件,当sqle异常退出后插件仍然残留,问题现象是在Ubuntu下sh -c启动java插件会有一个sh -c java -jar进程和插件本身两个进程存在(shll进程为sqle的子进程,java插件进程为shell的子进程),sqle在记录pid文件仅记录了shll进程,导致清理时仅清理了shll进程。 go插件和在Centos系统未出现此问题 ## 截图或日志(Log)   ## 如何复现(To Reproduce) 复现:添加java插件->启动sqle->模拟异常退出(kill -9)->重新启动sqle->查看插件进程信息 结果:存在残留的java插件进程 ## 实现方案 问题原因: Ubuntu和Centso默认使用了两种不同的shell,Ubuntu使用的是dash、而centos使用的是bash,dash启动的时候会产生一个单独的进程而bash不会 证: Ubuntu: ...
## 版本信息(Version) main af82c3302bb1e852dd782668dd699fbde4a4b002 ## 问题描述(Describe) 由于Makefile里部分地方系统架构变量写死了,所以无法在make的时候通过变量指定系统架构。编译出来的是amd64架构的二进制文件,无法在指定系统运行 ## 截图或日志(Log) 以下是在aarch64系统编译结果  ## 如何复现(To Reproduce) 在一个aarch64架构的系统上执行make install编译 ## 实现方案 第一次变更:将写死的变量改为传参 第二次变更(回退第一次变更):因为影响到了GOCD打包,暂时维持原样 ## 变更影响面 #### 受影响的模块或功能 #### 外部引用的潜在问题或风险 #### 版本兼容性 #### 测试建议
## 版本信息(Version) SQLE:main 3f884f0 DMS:main e1bd3f7 ## 问题描述(Describe) 语法错误的提示默认是warn级别,当创建工单的最高触发规则级别设置为error时,在有语法错误时也能创建工单。这会导致在上线阶段报错时才发现有语法错误, 主要解决不能灵活配置错误等级问题 ## 截图或日志(Log)  ## 如何复现(To Reproduce) 创建工单的最高触发规则级别设置为error,有语法错误时也能创建工单 ## 实现方案 **现状:** 审核预检查是否无法解析sql,触发后结果写死为(Warn, "", "语法错误或者解析器不支持,请人工确认SQL正确性") 并且没有rule_name,由于扩展插件对于无法解析sql处理的不确定性,导致无法统一处理或配置该结果的告警级别。 **解决方案:** 将“语法错误或者解析器不支持”作为一条全局配置的规则,并新增规则配置,记录是否开启语法错误检查和语法错误检查规则等级。预检查语法错误中判断改规则启用状态,并处理结果。 该规则所属于全局配置、告警级别默认为error ## 变更影响面 ####...