sqle icon indicating copy to clipboard operation
sqle copied to clipboard

一个支持多种不同类型数据库,覆盖事前控制、事后监督、标准发布场景,帮助您建立质量规范的SQL全生命周期质量管理平台

Results 288 sqle issues
Sort by recently updated
recently updated
newest added

提交pg库表元数据功能代码

java解析器支持解析函数传参中的sql语句以及用加号拼接的字符串

feature

# 版本信息 UI: `release-3.2310.x 47cd220` DMS: `release-3.2310.x e9fac5174e` SQLE: `release-3.2310.x 2ab6c3fa2e` # bug 描述 简述:钉钉流程接入后,审批操作和消息与钉钉同步有问题 具体现象: 1. 创建工单之后,下级审批人钉钉可以收到消息,但是审批人通过钉钉内消息的**同意**或**拒绝**按钮操作,信息无法同步到 SQLE 平台。或许单纯是因为延迟,需要排查。 2. 每级审批人通过 SQLE 平台通过或拒绝工单后,工单创建人钉钉可能收不到工单审批结果,收到消息的情况下,有延迟(2 分钟),但也有过了半小时收不到工单审批状态的消息情况。不过一级审批人通过后,二级审批人的钉钉是可以收到工单需审批消息的。 ## 截图如下 工单在平台中的审批流程和时间如下,一共两级审批,均在平台中操作通过: ![工单流转](https://github.com/actiontech/sqle/assets/107013241/1153d1d1-7a65-4c51-94d7-0404e0a443d1) 工单创建人对应的钉钉收到的消息情况如下,只收到这一条工单状态变化消息:...

bug

**SQLe Version** UI Version: main a5fa134 Server Version: release-2.9999.x-ee 9917a24217 **Describe the bug** sql: select a.* from test where 0=1; select a.id from test a where 0=1; select a.id from...

bug

![图片1](https://github.com/actiontech/sqle/assets/10161400/c5851c10-4ad3-40a1-859e-f604c7c90cac) 如上图这种写法,识别出来后有两个order by ![Uploading 图片2.png…]() 审核后就会报语法错误 [warn]语法错误或者解析器不支持,请人工确认SQL正确性

bug

现状:当前工单内sql审核结果中的级别是包含最高的审核提示级别,而不是包含 例子:当有提示、告警、错误级别的sql语句的时候,点击提示级别查看sql语句,发现无用,只能点击错误级别才可以过滤。 预期:是否可以为最低级别或者包含该级别的提示?否则用户会有歧义

suggestion

如下MyBatis配置,在SQLE创建工单审核会报id不存在 ``` SELECT * FROM ( WHERE a=1 ) SELECT a,b FROM tb1 SELECT a,b FROM tb1 ``` **创建工单,上传xml文件** ![image](https://github.com/actiontech/sqle/assets/36940986/62e2c425-0797-4827-8126-38a4c47e6e52) **点审核报错** ![image](https://github.com/actiontech/sqle/assets/36940986/d2896a15-4464-4e08-8b0b-1732e9ca0f9a) ## 原因 SQLE解析MyBaits配置文件时,没有考虑sql id和namespace的关联,把test.common.prefix和prefix当成了两个不同的id处理 ## 预期 能成功解析

suggestion

# 复现情况 不稳定复现, 但看日志频率挺高 # 问题环境 有两个扫描任务的SQLE ![image](https://user-images.githubusercontent.com/37464327/206611674-93cc2aaa-42f4-4db9-8342-ca5eedf6a791.png) # 问题日志 **std** ![d4b62b47-d27a-48d4-90b1-74f528b1e1fb](https://user-images.githubusercontent.com/37464327/206611892-8a179c58-ef5f-4d2e-81fc-fd573bc95991.jpeg) **sqled.log** 日志太大放不下, 也没啥有效信息, 截几张图 (grep 1213) ![image](https://user-images.githubusercontent.com/37464327/206611989-dd0c9941-001c-4f5b-8900-fe0e92ee577c.png) (报错上下三十行) ![image](https://user-images.githubusercontent.com/37464327/206612587-afb9115b-944d-4c3a-8031-8f977b3827c1.png) # 预期 不应该出现死锁

bug

问题现象: 客户使用gh-ost迁移表时,mysql状态值Threads_connected=4607, >=2000,gh-ost将会由于该数据库严重负载而停止并退出,打印fatal级别日志,打印日志同时执行os.Exit(-1),导致sqle主程序退出 ![image](https://github.com/actiontech/sqle/assets/53266479/23ca7c6c-6581-479a-bd7d-42bc3ba011cd) 期望: gh-ost退出时,不影响sqle主程序

bug