小圈圈

看错误是settings配置不正确，数据库表没有正常初始化

helm部署方式的配置没有更新，rf相关有缺失，可以参考https://github.com/hhyo/Archery/blob/4d96ac680b1c6bcc0ed3f8a54f793b668402033a/archery/settings.py#L180

可以看如何改写这个SQL https://github.com/hhyo/Archery/blob/7e4f2ce15b3346030e120e36d5bb1fe6bfecd6c4/sql/engines/pgsql.py#L97-L122

#390 后续可以考虑支持原生工单执行

@LeoQuote 实际上现在有一个遗留的判端（以前的手工执行） https://github.com/hhyo/Archery/blob/master/sql/engines/mysql.py#L254 后端判断实际上容易，主要是前端，在提交工单时用户需要区分类型：原生工单还是Inception工单，原生工单就直接不走Inception的审核，因为相关语句Inception审核也会报错 @dengpixiong 目前如果希望依靠平台统一管理，可以在系统配置开启手工工单，在用户提交后可以人工去执行，然后手工标记执行结束，暂时达到管理的目的

要复用审批流和工单提交界面的话，还是和系统字典结合起来会好点，不用系统字典的话，定义一个工单类型枚举也可以，通过这个区分审核和执行，其实还不清楚pymysql是否支持执行类似语句

初始化实例添加和关联资源组确实没有更便捷的办法，可梳理清表结构关系后按照 @LeoQuote 的方式自行生成SQL写入数据库 关于批量任务执行，不知道具体你的需求是批量执行还是批量提交 - 对于批量提交这块平台不会去做，因为涉及到选择不同实例不同数据库，还有检测结果的展示等，会比较复杂，一般会通过数据库中间件来做掉了 - 批量执行，也就是可以勾选多个已审批通过的工单一起提交执行，这块是可以考虑加入的，也是相对比较容易实现的功能

> > 关于批量任务执行，不知道具体你的需求是批量执行还是批量提交> * 对于批量提交这块平台不会去做，因为涉及到选择不同实例不同数据库，还有检测结果的展示等，会比较复杂，一般会通过数据库中间件来做掉了 > > * 请问里面提到的数据库中间件有啥，可以举个例子吗 中间件可以做dml，ddl还是需要平台来处理，不过由于不同场景的分片规则不一致，想要做成通用的会比较困难

目前都是使用django-mirage加密的

第一个看了半天才明白 1. 数据库和用户列表增加了未录入的筛选，这个可以 2. 不用的数据库建议迁移到归档集群后删除，平台标记貌似意义不大？ 3. 前面不在列表加密码是为了安全问题，这种还是建议通过单独接口请求而不是直接全部在列表返回