Skip to content

GitLab

  • 菜单
项目 Groups 代码片段
    • 正在加载...
  • 帮助
    • 帮助
    • 支持
    • 社区论坛
    • 提交反馈
    • 为 GitLab 提交贡献
  • 登录
  • S steedos-platform
  • 项目信息
    • 项目信息
    • 动态
    • 标记
    • 成员
  • 仓库
    • 仓库
    • 文件
    • 提交
    • 分支
    • 标签
    • 贡献者
    • 分支图
    • 比较
  • 议题 640
    • 议题 640
    • 列表
    • 看板
    • 服务台
    • 里程碑
  • 合并请求 58
    • 合并请求 58
  • CI/CD
    • CI/CD
    • 流水线
    • 作业
    • 计划
  • 部署
    • 部署
    • 环境
    • 发布
  • 监控
    • 监控
    • 指标
    • 事件
  • 软件包与镜像库
    • 软件包与镜像库
    • 软件包库
    • 基础设施库
  • 分析
    • 分析
    • CI/CD
    • 仓库
    • 价值流
  • Wiki
    • Wiki
  • 代码片段
    • 代码片段
  • 动态
  • 分支图
  • 创建新议题
  • 作业
  • 提交
  • 议题看板
收起侧边栏
  • steedos
  • steedos-platform
  • 议题
  • #352

已关闭
开放中
Created 5月 29, 2020 by 庄建国@zhuangjianguoOwner

odata/graphql请求,当有expand字段时,性能需要优化,600多条数据都可能超时

Created by: yinlianghui

测试步骤

  • 跑项目/源码服务(我测试时的请求超时时间为30秒),指向63的steedos数据库(数据库中合同对象一共4k多条记录)
  • 新建一个表格类型报表,报表对象名配置为合同,配置多个列字段,且其中至少配置一个a.b这种expand字段

测试到的情况

  • 不设置任何过滤条件,会报timeout
  • 不设置任务过滤条件,并把所有的a.b这种expand字段都去掉,不会超时
  • 设置登记日期字段为去年来过滤数据(一共600多条数据),并且只设置一个a.b这种expand字段,会超时

我在开发其他报表时用到graphql请求,情况跟上面odata类似,配置了expand字段的情况下,4k多条记录需要40多秒

可以直接访问63上id为5RZWqkTE2zdFWxtub 的报表测试情况:http://192.168.0.195:3100/app/contracts/reports/view/5RZWqkTE2zdFWxtub

%d位指派人
分配到
工时统计