Yearning 3.0 New Feature

[cookieY]

Yearning 重大更新内容

设计

1. 前端页面重新绘制。采用vite+vue3.2开发模式。全局页面采用暗黑色系,IDE配色方案。
2. 统一布局及设计语言。
3. 传统的工单申请采用下拉选择框的方式进行，这种模式在大量数据源的情况无法直观的让用户快速选择需要的信息遂将工单申请更改为卡片布局并支持全文搜索。
4. 全新设计的审核/查询详情页。

审核引擎

1. 全新重构的审核引擎。新增hit cache 大幅提高批量SQL审核的执行效率。
2. 优化相关代码减少重复逻辑。
3. 支持gh/osc等脚本执行
4. 支持SQL语句上下文关联审核
5. 升级AST语法树为最新版本

查询

1. 全新的查询界面,支持快捷键调出剪贴板，支持库/表搜索
2. 右键表名可直接查询表数据
3. 编辑框支持选中执行,支持多条同时执行,支持快捷键执行
4. 导出文件格式更改为xls(毕竟用csv被骂了2年了)
5. 查询连接改用websocket(再也不存在SQL执行时间大于http超时时间从而永远查不出来的尴尬)
6. 查询数据采用msgpack格式大幅压缩数据大小
7. 查询表格支持resize功能可进行宽度拖拽
8. 自动联想关联至字段级别
9. 大幅优化脱敏查询性能

审核

1. 用户不再需要选择上级审核人,由系统直接发送给流程节点的审核人，如该节点存在多个审核人则该节点的审核人均拥有审核权利但只能有一位审核人进行状态变更(幂等)
2. 增加工单提交页面退出/刷新 确认提醒 (再也不会手贱丢失填写的工单信息了)
3. SQL工单新增评论功能(即时聊天)
4. OSC进度不再以百分比显示,而是显示全部执行信息,方便排错

其他

1. 脱敏基于数据源而不是基于全局
2. 排除数据库基于数据源而不是基于全局
3. 流程与环境实现分离,流程可绑定在1个或多个数据源中
4. 添加用户水印功能

[yayaw]

多环境，支持，非常有必要，同样的SQL二次人工提交，就可能出错

[912988434]

大佬，啥时候发布3.x呀

[XzBuleSky]

由系统直接发送给流程节点的审核人, 结合着邮件功能, 所有的审核人都会收到邮件, 这并不太理想, 能否将这个功能让管理员自行选择开启.

[feidududexigua]

migrate少了一更新core_data_sources中的flow_id跟core_workflow_tpls的id没同步，新建流程的也一样未同步

[feidududexigua]

Unmarshal type error: expected=string, got=number, field=ldap.type, offset=60
设置中修改进阶参数，其他参数不做修改，保存会提示传参错误

[912988434]

在侧边栏的审计和审核下，非管理员按理说不应该能看别的用户提交的工单或者查询记录。如下图，一个普通用户能看到所有人的工单和查询记录

[cookieY]

由系统直接发送给流程节点的审核人, 结合着邮件功能, 所有的审核人都会收到邮件, 这并不太理想, 能否将这个功能让管理员自行选择开启.

所有在当前步骤的审核人，都拥有该阶段的审核权限,既然拥有审批的权利为何又需要管理员自行选择把通知给到谁呢？

[cookieY]

Unmarshal type error: expected=string, got=number, field=ldap.type, offset=60 设置中修改进阶参数，其他参数不做修改，保存会提示传参错误

当前迁移工具仅针对2.3.5版本的迁移 此问题是由于2.3.5更改了ldap登录逻辑导致 直接从2.3.5以下版本升级到3.0.0会出现这个问题

[kenvin-feng]

查询可以右键执行了，确实是方便不少，但是建议还是保留原来的查询按钮。以及表数据的展示一定要选中表右键才能执行，单选表再点表数据展示按钮毫无反应，这一点有点不友好。

[fangw1]

赞同

[wbaweto]

1、查询功能，show create table
可以加1个查看完整的建表语句，目前只能悬停而且还不能看全。
可以考虑加1个查看全部和复制功能。

2、查询功能的搜索
表搜索功能时，只显示搜索结果的表

3、查询功能可以增加查看表结构功能

4、查询功能显示结果切换
例如目前执行第1语句时，标签是结果0，执行第2条语句时，标签是结果1。

[pakatv]

2.x的查询审核，不同组研发人员可以选择自己的leader审核，现在3.x同一个数据源，只有一个人能审核，不是很方便。还是希望能多人审核查询比较好，希望能考虑下需求，谢谢了。

[homeant]

rpc 的调用方式是怎样的，这块的内容，一直未见到

[lgzhaha]

由系统直接发送给流程节点的审核人, 结合着邮件功能, 所有的审核人都会收到邮件, 这并不太理想, 能否将这个功能让管理员自行选择开启.

所有在当前步骤的审核人，都拥有该阶段的审核权限,既然拥有审批的权利为何又需要管理员自行选择把通知给到谁呢？

这个功能我也觉得并不理想，当开发人员(提交人)分成多个组且存在多个组长(审核人)的时候，A组人员提交的流程，B组组长(审核人)也收到，审核人便需要在工单页面自行筛选与自己相关的工单进行审核(因为A组的流程B组审核人也可看见)，但工单很多的时候就难以筛选了。这样改动感觉比不上在流程开始选择上级审核人方便。

[vlorc]

作者你好，希望Juno 请求体上增加一个 mysql proxy 代理参数，很多数据库在内网，需要走http、ssh隧道访问
由于没有源码，我现在只能利用本地随机端口转发替换内网链接实现
@cookieY

[cookieY]

作者你好，希望Juno 请求体上增加一个 mysql proxy 代理参数，很多数据库在内网，需要走http、ssh隧道访问 由于没有源码，我现在只能利用本地随机端口转发替换内网链接实现 @cookieY

3.1.2.1已支持ssl

[luckydog1985]

目前遇到的问题：相对于2.0 ，数据源多了两个必填项：“流程”、“负责人”。
当一个授权用户提交 查询 需求的时候，不管关联的流程如何设置，指定最终执行人是谁，都需要经过数据源“负责人”进行审核。
其次，提交工单的用户无法看到自己提交 查询 类工单，不知道审核进度。
目前需求：测试环境库不需要审核流程，直接授权执行人全量只读操作。但是只有负责人能看到审核工单。
@cookieY
希望能不呢设置数据源不强关联 “流程” “负责人”

[cookieY]

目前遇到的问题：相对于2.0 ，数据源多了两个必填项：“流程”、“负责人”。 当一个授权用户提交 查询 需求的时候，不管关联的流程如何设置，指定最终执行人是谁，都需要经过数据源“负责人”进行审核。 其次，提交工单的用户无法看到自己提交 查询 类工单，不知道审核进度。 目前需求：测试环境库不需要审核流程，直接授权执行人全量只读操作。但是只有负责人能看到审核工单。 @cookieY 希望能不呢设置数据源不强关联 “流程” “负责人”

1. 关于数据源负责人：设置负责人的初衷是因为在实际场景中如果查询走审核一样的逻辑很不现实，因为审核的流水线比较长，当然这并不是一个很好的方案，后续会新增查询流程的步骤。
2. 关于流程：在当初的设计时考虑的场景为生产环境的SQL自动化流程审批，在大多数实际场景中可能并不会有测试环境审核的情况，当然这并不一定毕竟每个公司的业务模式不同。似乎目前的Autotask 自动任务可以解决你的一些方面的问题。当然这存在一定的限制，比如自动任务并不支持DDL语句的自动执行。

[CharkeyQK]

3.1.6 支持查询的时候查看表结构带字段注释吗？没找到哪里点击出来，求助下

[Issues-translate-bot]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

3.1.6 Does it support viewing the table structure with field comments during query? I can't find where to click, please help.

[Issues-translate-bot]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

ddl supports rollback