[Performance] Fix CompoundID vocabulary query project filtering

未关闭
#236 1 条评论 0 个 reaction 已指派 2 人 在 GitHub 查看

维护者通常 1 天内回复

@bgajria 已经在做这个了。

开始于 2026年10月2日。

评估

这个 Issue 还没有评估数据。

描述

bug

Live project filtering on the type aheads from this commit https://github.com/VEuPathDB/ApiCommonModel/commit/6fa383404875dabe878a93a507d2d9606e06d674 makes this query take almost 3 minutes. Even when the partitioned webready.transcriptpathway_p table is replaced with the unpartitioned apidbtuning counterpart, it's still too expensive (~1minute) for a live query.

The potential solutions are

  • Find a cheaper way to filter by project_id (if even possible)
  • Create a lightweight compound-project association table in either comparative webready or apidbtuning schema and rewrite the join with the association table.

If the decision ends up being a webready table, we should consider adding a temp tuning table in the api-build-71 branch to fix the issue until the next release.

主要语言
Perl
星标
1
派生
1
平均合并
2 天 10 分钟
30 天内合并 PR
15

环境准备

这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

VEuPathDB/ApiCommonModel 的其他 Issue

查看 VEuPathDB/ApiCommonModel 的全部 Issue

相似的 Issue

更多 Perl Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。