Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Query DB: measure repeated legacy-owner key parsing

Ouverte
#2,181 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
22/100
Type d'issue
Refactorisation
Clarté
Plutôt claire
Activité
Active
Stack technique
typescript

Piste de recherche

Start in packages/query-db-collection/src/query.ts at getLegacyOwnerHashes, where candidates are built from persisted owner hashes and retention markers and JSON-parsed per eligible equality demand. Write a benchmark that varies owner count, demand count and marker count to measure parsing cost. Done means a measured result showing whether an index built once per metadata generation is worth it, with the static-key prefix and markerless-owner migration checks still passing.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Observation

PR #2134 performs one persisted-row metadata scan per sync run, but getLegacyOwnerHashes then builds a candidate set from every persisted owner hash and every retention marker and JSON-parses candidates for each eligible equality demand (packages/query-db-collection/src/query.ts). This gives repeated work proportional to demands × (owners + markers), including fresh installs with no historical alias. The current oracle bounds scan count but not this parsing work.

This is a source-level performance concern; no user latency regression has been measured. Keep the correctness repair in #2134 focused.

Follow-up

Measure load cost across increasing owner and demand counts, including marker-heavy storage. If material, build the normalized historical-key index once per relevant metadata generation, with explicit updates when owners or markers change. Preserve the current static-key prefix and full-demand checks and the markerless-owner migration witness.

Langage dominant
TypeScript
Étoiles
4k
Forks
277
Merge moyen
18 h 49 min
PR mergées (30 j)
224

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de TanStack/db

Toutes les issues de TanStack/db

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.