Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

GS: Failure-safe full refresh and large-result transfer

Offen
  • Stimmt etwas nicht?
#402 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
25/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Ruhig
Tech-Stack
google-cloud, typescript
Bereich
backend, cloud

Rechercherichtung

Lies docs/design/google-sheets/full-refresh.md, docs/design/google-sheets/large-results.md und docs/design/google-sheets/failure-recovery.md, und überprüfe anschließend die Voraussetzungen #399 und #401. Als abgeschlossen gilt die Implementierung der aufgeführten Akzeptanzkriterien für Aktualisierung, Staging, Veröffentlichung, Limits, Abbruch, Wiederherstellung und Checkpoints – ohne Kürzung und ohne vorzeitige Änderung bereits festgeschriebener Live-Daten.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

cool feature

Parent: #398
Depends on: #399, #401

Design:

  • docs/design/google-sheets/full-refresh.md
  • docs/design/google-sheets/large-results.md
  • docs/design/google-sheets/failure-recovery.md

Scope

Implement manual full refresh with streaming ClickHouse reads, canonical value conversion, hidden staging, stable-sheet publication, limits, progress, cancellation, and failure recovery.

Acceptance criteria

  • The complete query result is never required in browser memory.
  • Google writes use byte-bounded explicit ranges and RAW semantics.
  • Existing live data remains unchanged until all query and staging work succeeds.
  • Final publication preserves the managed numeric sheet ID and atomically updates state.
  • Old trailing rows/columns are cleared and formatting/metadata are refreshed.
  • Ambiguous publication is reconciled by generation/refresh ID before retry.
  • Row, cell, byte, duration, and spreadsheet-capacity limits are enforced without truncation.
  • Cancellation and closed-tab recovery leave committed data intact and clean orphan staging later.
  • Successful full refresh can initialize/reset an append checkpoint when eligible.

Non-goals

Append page selection, automatic scheduling, or in-place partial replacement when staging cannot fit.

Vorherrschende Sprache
TypeScript
Sterne
8
Forks
2
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus Altinity/altinity-sql-browser

Alle Issues in Altinity/altinity-sql-browser

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.