Skip to content

Conversation

@bnewbold
Copy link
Collaborator

As indicated in the comment, adding an actual foreign key relationship would probably help with this. But doing it as a query tweak is a simpler change to deploy (no schema change).

I have tested this in prod and it helped a bunch with perf. I have not tested even locally with an actual call to listRepos, should do that before merging+deploying.

closes: #1236

As indicated in the comment, adding an actual foreign key relationship
would probably help with this. But doing it as a query tweak is a
simpler change to deploy (no schema change).
@bnewbold bnewbold requested a review from dholms December 18, 2025 21:29
Copy link
Contributor

@dholms dholms left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nice snag

@damz
Copy link
Contributor

damz commented Dec 18, 2025

Makes sense to me, this is what the query planner should do, but doesn't for some reason.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

com.atproto.sync.listRepos gets slower and slower as the cursor increases

4 participants