Trt 1989 migration queries#3542
Open
neisw wants to merge 8 commits into
Open
Conversation
Contributor
|
Pipeline controller notification For optional jobs, comment This repository is configured in: automatic mode |
Contributor
|
Note Reviews pausedIt looks like this branch is under active development. To avoid overwhelming you with review comments due to an influx of new commits, CodeRabbit has automatically paused this review. You can configure this behavior by changing the Use the following commands to manage reviews:
Use the checkboxes below for quick actions:
WalkthroughThis PR implements TRT-1989 Phases 2–3 to prepare PostgreSQL partitioning of ChangesTRT-1989 Phase 2 & 3: Partitioning Preparation
Estimated code review effort🎯 3 (Moderate) | ⏱️ ~25 minutes Possibly related PRs
Suggested labels
Suggested reviewers
🚥 Pre-merge checks | ✅ 13 | ❌ 4❌ Failed checks (4 warnings)
✅ Passed checks (13 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Contributor
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: neisw The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
openshift-ci
Bot
added
the
approved
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
Contributor
There was a problem hiding this comment.
Actionable comments posted: 3
🧹 Nitpick comments (1)
docs/plans/trt-1989-phase2-indexes.md (1)
14-16: ⚡ Quick winClarify the intentional index-order exception.
The doc says indexes mirror
(release, timestamp), butprow_job_run_testsis documented as(timestamp, release). Add an explicit “except forprow_job_run_tests” qualifier where the mirror rule is introduced.Also applies to: 41-43, 127-128
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@docs/plans/trt-1989-phase2-indexes.md` around lines 14 - 16, Update the description that says indexes mirror the future partition key "(release, timestamp)" to explicitly note the intentional exception for the prow_job_run_tests index (which is documented as "(timestamp, release)"); add a parenthetical or sentence like "except for prow_job_run_tests, which intentionally uses (timestamp, release)" at the point where the mirror rule is introduced and make the same clarification in the other repeated occurrences of this rule later in the doc (the subsequent paragraph and the later section that repeats the mirror-index guidance).
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@docs/plans/trt-1989-partitioning-prep.md`:
- Around line 86-88: The sentence incorrectly describes FK direction: change the
wording that currently reads "Tables with FKs from `prow_job_runs` to
non-partitioned tables (annotations, pull request join table)..." to clarify
that annotations and the pull-request join table hold FKs referencing
`prow_job_runs` (i.e., FKs to `prow_job_runs`), and therefore any tables that
reference `prow_job_runs` must be co-partitioned with it or have their FKs
dropped; update the line and any examples to use "tables with FKs to
`prow_job_runs` (annotations, pull request join table) must either be
co-partitioned or have their FKs dropped" and ensure surrounding text
consistently treats `prow_job_runs` as the referenced table.
In `@docs/plans/trt-1989-phase2-indexes.md`:
- Around line 36-37: Update the doc line that incorrectly references
ProwJobRunTest.ProwJobID: it should point to the prow_job_run_tests table /
ProwJobRunTests model field instead of prow_job_runs; replace the reference with
either "prow_job_run_tests" or "ProwJobRunTests.ProwJobID" so the standalone
index is correctly attributed to the prow_job_run_tests model.
In `@docs/plans/trt-1989-phase3-query-optimization.md`:
- Around line 28-31: The document's principle "Add filters, don't replace"
contradicts later rollout rules that replace/drop joins; update the principle
heading and first paragraph (the "Add filters, don't replace" paragraph) to
explicitly match the rollout: state that join-based filters are retained until
local columns are validated and tested, then replaced/dropped when safe, and
mirror this clarified wording in the other affected sections referenced
(sections covering the same guidance around lines 73-80, 81-86, and 126-132) so
the high-level principle and the detailed rollout rules are consistent.
---
Nitpick comments:
In `@docs/plans/trt-1989-phase2-indexes.md`:
- Around line 14-16: Update the description that says indexes mirror the future
partition key "(release, timestamp)" to explicitly note the intentional
exception for the prow_job_run_tests index (which is documented as "(timestamp,
release)"); add a parenthetical or sentence like "except for prow_job_run_tests,
which intentionally uses (timestamp, release)" at the point where the mirror
rule is introduced and make the same clarification in the other repeated
occurrences of this rule later in the doc (the subsequent paragraph and the
later section that repeats the mirror-index guidance).
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository YAML (base), Central YAML (inherited)
Review profile: CHILL
Plan: Enterprise
Run ID: 44fd03d2-a25c-47af-9a09-37386bb12690
📒 Files selected for processing (16)
cmd/sippy/seed_data.godocs/plans/trt-1989-partitioning-prep.mddocs/plans/trt-1989-phase2-indexes.mddocs/plans/trt-1989-phase3-query-optimization.mdpkg/api/componentreadiness/dataprovider/postgres/provider.gopkg/api/job_runs_test.gopkg/api/recent_test_failures.gopkg/dataloader/prowloader/prow.gopkg/db/db.gopkg/db/functions.gopkg/db/models/prow.gopkg/db/query/build_clusters.gopkg/db/query/job_queries.gopkg/db/query/test_queries.gopkg/db/views.gopkg/sippyserver/pr_new_tests_worker_test.go
Comment on lines
+36
to
+37
| Also added a standalone index on `ProwJobRunTest.ProwJobID` to support | ||
| variant queries that previously required joining through `prow_job_runs`. |
Contributor
There was a problem hiding this comment.
Correct the model/table reference for the standalone index.
The text points to ProwJobRunTest.ProwJobID, but this index is on prow_job_run_tests (ProwJobRunTests model field), not prow_job_runs.
Proposed doc fix
-Also added a standalone index on `ProwJobRunTest.ProwJobID` to support
+Also added a standalone index on `ProwJobRunTests.ProwJobID` to support📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
Suggested change
| Also added a standalone index on `ProwJobRunTest.ProwJobID` to support | |
| variant queries that previously required joining through `prow_job_runs`. | |
| Also added a standalone index on `ProwJobRunTests.ProwJobID` to support | |
| variant queries that previously required joining through `prow_job_runs`. |
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
In `@docs/plans/trt-1989-phase2-indexes.md` around lines 36 - 37, Update the doc
line that incorrectly references ProwJobRunTest.ProwJobID: it should point to
the prow_job_run_tests table / ProwJobRunTests model field instead of
prow_job_runs; replace the reference with either "prow_job_run_tests" or
"ProwJobRunTests.ProwJobID" so the standalone index is correctly attributed to
the prow_job_run_tests model.
Contributor
|
Scheduling required tests: |
Contributor
Author
|
/hold |
openshift-ci
Bot
added
the
do-not-merge/hold
neisw
force-pushed
the
trt-1989-migration-queries
branch
from
9cefc7d to
66753c4
Compare
Contributor
There was a problem hiding this comment.
Actionable comments posted: 1
♻️ Duplicate comments (2)
docs/plans/trt-1989-phase3-query-optimization.md (1)
28-31:⚠️ Potential issue | 🟠 Major | ⚡ Quick winAlign the guiding principle with the rollout rules.
This principle conflicts with later sections that replace filters and drop joins after local-column validation. Please reword it to: keep join-based filters initially, then replace/drop when validated safe.
Proposed doc fix
-1. **Add filters, don't replace** — keep existing join-based filters - alongside the new local filters. The planner uses whichever is cheaper. - Removing them risks behavior change if denormalized data has gaps. +1. **Add filters first, then replace when validated** — keep existing + join-based filters alongside new local filters during rollout. + After local denormalized columns are validated, replace old filters + and drop no-longer-needed joins where safe.🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@docs/plans/trt-1989-phase3-query-optimization.md` around lines 28 - 31, Update the principle titled "Add filters, don't replace" so it matches the rollout rules: reword the sentence to state that join-based filters should be retained initially alongside new local filters and only replaced/dropped after local-column validation proves it safe; ensure the new wording explicitly says "keep join-based filters initially, then replace/drop when validated safe" and that it aligns with later sections that describe replacing filters and dropping joins post-validation.docs/plans/trt-1989-partitioning-prep.md (1)
86-88:⚠️ Potential issue | 🟠 Major | ⚡ Quick winFix inverted FK direction in migration constraints.
This still states FKs are from
prow_job_runsto annotations/PR join rows, but those tables referenceprow_job_runs. Please flip the direction to avoid incorrect partitioning/FK planning.Proposed doc fix
-3. Tables with FKs **from** `prow_job_runs` to non-partitioned tables - (annotations, pull request join table) must either be co-partitioned - or have their FKs dropped. +3. Tables with FKs **to** `prow_job_runs` from non-partitioned tables + (annotations, pull request join table) must either be co-partitioned + or have their FKs dropped.🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@docs/plans/trt-1989-partitioning-prep.md` around lines 86 - 88, The sentence incorrectly states foreign keys are "from prow_job_runs to annotations/pull request join table"; update the wording to say the annotations and pull request join table have FKs referencing prow_job_runs (i.e., FKs are to prow_job_runs from those tables) and therefore those referencing tables must be co-partitioned with prow_job_runs or have their FKs dropped; locate and change the phrase mentioning prow_job_runs, annotations, and pull request join table so the FK direction is flipped to "annotations/PR join rows -> prow_job_runs" and clarify the co-partition/drop requirement.
🧹 Nitpick comments (1)
pkg/db/query/test_queries.go (1)
281-291: ⚡ Quick winAdd short inline comments for major query sections in changed builders.
The modified JOIN/WHERE/grouping sections are non-trivial and currently undocumented in-place; please add brief “why”-focused comments for the main sections.
As per coding guidelines, "BigQuery and SQL query-building code should have inline comments explaining the purpose of each major query section (CTEs, JOINs, window functions, WHERE clauses)."
Also applies to: 321-325, 336-339
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@pkg/db/query/test_queries.go` around lines 281 - 291, The query builder chains (the q := dbc.DB.Table(...) blocks that join prow_job_run_test_outputs -> prow_job_run_tests -> prow_job_runs -> prow_jobs and the grouped WHERE clauses using current_date - interval '14' day and release/test filters) need short inline “why” comments: add brief comments above the JOIN group explaining why these tables are joined and what relationship/intent each JOIN captures, and above the WHERE block explaining the purpose of the 14-day time filters and why release/test filters are applied; do the same for the other similar q := dbc.DB.Table(...) builders in this file (the other blocks that start the same chain and contain the WHERE/grouping logic) so each major section (JOINs, time-window WHEREs, release/test filters, and any grouping/aggregation sections) has a succinct purpose-focused comment.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@pkg/db/query/test_queries.go`:
- Around line 285-291: Remove the legacy parent-table predicates that
over-constrain the denormalized TestOutputs path: drop the
Where("prow_job_runs.timestamp > current_date - interval '14' day") and
Where("prow_jobs.release = ?", release) clauses from the query so that filtering
relies on the child-table fields
(prow_job_run_test_outputs.prow_job_run_test_timestamp,
prow_job_run_test_outputs.prow_job_run_test_release,
prow_job_run_tests.prow_job_run_timestamp,
prow_job_run_tests.prow_job_run_release, and prow_job_run_tests.test_id = (?))
and thus preserves the denormalized/partition/index benefits.
---
Duplicate comments:
In `@docs/plans/trt-1989-partitioning-prep.md`:
- Around line 86-88: The sentence incorrectly states foreign keys are "from
prow_job_runs to annotations/pull request join table"; update the wording to say
the annotations and pull request join table have FKs referencing prow_job_runs
(i.e., FKs are to prow_job_runs from those tables) and therefore those
referencing tables must be co-partitioned with prow_job_runs or have their FKs
dropped; locate and change the phrase mentioning prow_job_runs, annotations, and
pull request join table so the FK direction is flipped to "annotations/PR join
rows -> prow_job_runs" and clarify the co-partition/drop requirement.
In `@docs/plans/trt-1989-phase3-query-optimization.md`:
- Around line 28-31: Update the principle titled "Add filters, don't replace" so
it matches the rollout rules: reword the sentence to state that join-based
filters should be retained initially alongside new local filters and only
replaced/dropped after local-column validation proves it safe; ensure the new
wording explicitly says "keep join-based filters initially, then replace/drop
when validated safe" and that it aligns with later sections that describe
replacing filters and dropping joins post-validation.
---
Nitpick comments:
In `@pkg/db/query/test_queries.go`:
- Around line 281-291: The query builder chains (the q := dbc.DB.Table(...)
blocks that join prow_job_run_test_outputs -> prow_job_run_tests ->
prow_job_runs -> prow_jobs and the grouped WHERE clauses using current_date -
interval '14' day and release/test filters) need short inline “why” comments:
add brief comments above the JOIN group explaining why these tables are joined
and what relationship/intent each JOIN captures, and above the WHERE block
explaining the purpose of the 14-day time filters and why release/test filters
are applied; do the same for the other similar q := dbc.DB.Table(...) builders
in this file (the other blocks that start the same chain and contain the
WHERE/grouping logic) so each major section (JOINs, time-window WHEREs,
release/test filters, and any grouping/aggregation sections) has a succinct
purpose-focused comment.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository YAML (base), Central YAML (inherited)
Review profile: CHILL
Plan: Enterprise
Run ID: 1d655e29-3ac0-40c3-bada-f206e2d07cf1
📒 Files selected for processing (16)
cmd/sippy/seed_data.godocs/plans/trt-1989-partitioning-prep.mddocs/plans/trt-1989-phase2-indexes.mddocs/plans/trt-1989-phase3-query-optimization.mdpkg/api/componentreadiness/dataprovider/postgres/provider.gopkg/api/job_runs_test.gopkg/api/recent_test_failures.gopkg/dataloader/prowloader/prow.gopkg/db/db.gopkg/db/functions.gopkg/db/models/prow.gopkg/db/query/build_clusters.gopkg/db/query/job_queries.gopkg/db/query/test_queries.gopkg/db/views.gopkg/sippyserver/pr_new_tests_worker_test.go
✅ Files skipped from review due to trivial changes (1)
- docs/plans/trt-1989-phase2-indexes.md
🚧 Files skipped from review as they are similar to previous changes (12)
- pkg/api/job_runs_test.go
- pkg/db/query/job_queries.go
- pkg/api/componentreadiness/dataprovider/postgres/provider.go
- pkg/db/functions.go
- pkg/db/db.go
- pkg/api/recent_test_failures.go
- cmd/sippy/seed_data.go
- pkg/sippyserver/pr_new_tests_worker_test.go
- pkg/db/query/build_clusters.go
- pkg/db/views.go
- pkg/db/models/prow.go
- pkg/dataloader/prowloader/prow.go
Contributor
|
Scheduling required tests: |
1 similar comment
Contributor
|
Scheduling required tests: |
openshift-ci
Bot
added
the
needs-rebase
Contributor
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@pkg/flags/postgres_benchmarking_test.go`:
- Around line 77-85: The code currently treats an empty benchmarking_file_path
as "/" and may write to root; change the guard so you only append a trailing
slash and attempt writing when benchmarking_file_path is non-empty: check
len(benchmarkFilePath) > 0 immediately after reading
os.Getenv("benchmarking_file_path") and return/skip writing if it's empty; when
non-empty, normalize the path (use filepath.Join or ensure a single separator)
before building filename and calling os.WriteFile with
benchmarkFilePath+filename (or filepath.Join(benchmarkFilePath, filename));
update the conditions that control writing (the connName != "" &&
len(benchmarkFilePath) > 0 check) to run only when the env var was set.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository YAML (base), Central YAML (inherited)
Review profile: CHILL
Plan: Enterprise
Run ID: 283306bf-07cc-4e29-836a-9ce3b0189ce9
📒 Files selected for processing (8)
config/openshift-customizations.yamlconfig/openshift.yamlpkg/api/job_runs.gopkg/db/functions.gopkg/db/query/pull_request_queries.gopkg/db/query/repository_queries.gopkg/flags/postgres_benchmarking_test.gopkg/variantregistry/snapshot.yaml
✅ Files skipped from review due to trivial changes (1)
- config/openshift-customizations.yaml
neisw
force-pushed
the
trt-1989-migration-queries
branch
from
6d7b778 to
a2b4e6c
Compare
openshift-ci
Bot
removed
the
needs-rebase
Contributor
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@docs/plans/trt-1989-phase2-indexes.md`:
- Around line 31-37: The documentation incorrectly places the standalone index
note for prow_job_run_tests.prow_job_id under the prow_job_runs section; move
the two lines describing the index on prow_job_run_tests.prow_job_id (and the
index name if mentioned) out from under the "### prow_job_runs" header and place
them under the "### prow_job_run_tests" header (or create a short subsection
there) so the descriptive text matches the SQL shown later for the idx on
prow_job_run_tests.prow_job_id.
In `@pkg/db/models/prow.go`:
- Line 106: The ProwJobID field currently uses a generic GORM `index` tag which
lets GORM auto-generate the index name; update the struct tag for ProwJobID
(symbol: ProwJobID) to use an explicit index name
`idx_prow_job_run_tests_prow_job_id` (e.g.
`gorm:"index:idx_prow_job_run_tests_prow_job_id"`) so the created index name
matches the documentation and other composite indexes in this file.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository YAML (base), Central YAML (inherited)
Review profile: CHILL
Plan: Enterprise
Run ID: dd119370-9d91-4bd1-82eb-8a245a901131
📒 Files selected for processing (17)
docs/plans/trt-1989-partitioning-prep.mddocs/plans/trt-1989-phase2-indexes.mddocs/plans/trt-1989-phase3-query-optimization.mdpkg/api/componentreadiness/dataprovider/postgres/provider.gopkg/api/job_analysis.gopkg/api/job_runs.gopkg/api/recent_test_failures.gopkg/api/tests.gopkg/db/functions.gopkg/db/models/prow.gopkg/db/query/build_clusters.gopkg/db/query/job_queries.gopkg/db/query/pull_request_queries.gopkg/db/query/repository_queries.gopkg/db/query/test_queries.gopkg/db/views.gopkg/flags/postgres_benchmarking_test.go
✅ Files skipped from review due to trivial changes (1)
- docs/plans/trt-1989-phase3-query-optimization.md
Comment on lines
+31
to
+37
| ### prow_job_runs | ||
|
|
||
| Added composite index `idx_prow_job_runs_release_timestamp` across | ||
| `ProwJobRelease` and `Timestamp`. | ||
|
|
||
| Also added a standalone index on `ProwJobRunTest.ProwJobID` to support | ||
| variant queries that previously required joining through `prow_job_runs`. |
Contributor
There was a problem hiding this comment.
Move the standalone index documentation to the correct section.
Lines 36-37 describe an index on prow_job_run_tests.prow_job_id, but they appear under the ### prow_job_runs section header. This creates confusion about which table is being indexed.
📝 Proposed reorganization
Move lines 36-37 to appear under the ### prow_job_run_tests section (after line 38), or create a separate subsection if this index deserves its own explanation distinct from the composite release-timestamp index.
The SQL at lines 79-80 correctly shows this index on prow_job_run_tests, so the documentation sections should match the SQL organization.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
In `@docs/plans/trt-1989-phase2-indexes.md` around lines 31 - 37, The
documentation incorrectly places the standalone index note for
prow_job_run_tests.prow_job_id under the prow_job_runs section; move the two
lines describing the index on prow_job_run_tests.prow_job_id (and the index name
if mentioned) out from under the "### prow_job_runs" header and place them under
the "### prow_job_run_tests" header (or create a short subsection there) so the
descriptive text matches the SQL shown later for the idx on
prow_job_run_tests.prow_job_id.
| // used for variants | ||
| // skips joining on ProwJobRunID just to get ProwJobID | ||
| ProwJobID uint | ||
| ProwJobID uint `gorm:"index"` |
Contributor
There was a problem hiding this comment.
Specify explicit index name to match documentation.
The GORM tag uses index without specifying the index name, so GORM will auto-generate a name. The Phase 2 documentation at docs/plans/trt-1989-phase2-indexes.md:79 specifies this index should be named idx_prow_job_run_tests_prow_job_id. Without an explicit name, there's a risk of:
- Index name mismatch between code and documentation
- Potential duplicate indexes if manual SQL and GORM both create indexes with different names
🔧 Proposed fix
- ProwJobID uint `gorm:"index"`
+ ProwJobID uint `gorm:"index:idx_prow_job_run_tests_prow_job_id"`As per coding guidelines, maintain consistency between code and documentation. All other composite indexes in this file use explicit index names.
📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
Suggested change
| ProwJobID uint `gorm:"index"` | |
| ProwJobID uint `gorm:"index:idx_prow_job_run_tests_prow_job_id"` |
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
In `@pkg/db/models/prow.go` at line 106, The ProwJobID field currently uses a
generic GORM `index` tag which lets GORM auto-generate the index name; update
the struct tag for ProwJobID (symbol: ProwJobID) to use an explicit index name
`idx_prow_job_run_tests_prow_job_id` (e.g.
`gorm:"index:idx_prow_job_run_tests_prow_job_id"`) so the created index name
matches the documentation and other composite indexes in this file.
a2b4e6c to
35565d2
Compare
Contributor
|
@neisw: The following tests failed, say
Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Depends on #3541, updates queries to use new indexes.
Summary by CodeRabbit
Documentation
Performance Improvements