Hydration seeds should be able to carry adapter syncMeta (seed revision)
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 52/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
- Área
- frontend
Línea de trabajo
Comienza en la ruta del cargador de DbClient.hydrate y sigue cómo las filas sembradas llegan a la consulta en vivo y cómo importSyncMeta llega al cierre de sincronización. Identifica la entrega existente de metadatos del adaptador y el flujo de seed de hydration antes de decidir dónde debe ir el syncMeta del seed. La tarea está terminada cuando el cierre de sincronización puede usar la revisión del seed antes de su fetch inicial, sin depender de una segunda caché.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Outcome
Let a hydration seed carry an adapter-defined syncMeta value, delivered to the sync closure the way importSyncMeta already delivers collection metadata. An adapter could then record "these seeded rows are valid as of version N" with the rows, and decide skip-or-fetch from one source.
Behavior
With DbClient.hydrate, a loader seeds a live query's rows so the server render and the hydration render paint data before sync starts. Our seeded rows come from a versioned snapshot read. On the client, the sync closure must decide whether that version already covers the current connection (skip the initial fetch) or a fresh snapshot is needed.
The seed carries rows but no adapter metadata, so the version cannot travel with them. Our sync closure reads it from a second cache where the loader also stored the snapshot. Two caches now answer one question, and they can disagree.
importSyncMeta already runs before the sync closure, so the delivery path exists. There is no public way for a loader-side seed to supply the value.
- Lenguaje dominante
- TypeScript
- Estrellas
- 3.9k
- Forks
- 272
- Merge medio
- 1 d 1 h
- PR fusionados (30 d)
- 212
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de TanStack/db
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
electric-db-collection: on-demand + persistence fails after relaunch with "Snapshot requests are not supported in full mode"Posiblemente ocupada @KyleAMathews la tomó hace 3 días. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
TanStack/db#2056 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
TanStack/db#1972 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 45/100
Los mantenedores suelen responder en 1 día
Todos los issues de TanStack/db
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
supadata-ai/mcp#27 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
capricorn86/happy-dom#2485 ·
Los mantenedores suelen responder en 2 días
-
优化导入 OCR 模型选择文件的按钮样式Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
siyuan-note/siyuan#20430 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Albert-Weasker/niubigeo#194 ·
Los mantenedores suelen responder en 1 día