TIME columns are never cast: needs_cast ignores a Time64 unit mismatch
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 78/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Tranquilla
- Stack tecnologico
- rust
- Ambito
- data-visualization
Direzione di ricerca
Inizia da src/plot/scale/scale_type/mod.rs:2205 e ispeziona la logica needs_cast per le coppie di unità Time64. Esegui la riproduzione SQL dell’issue, quindi verifica che le unità di tempo non corrispondenti vengano convertite secondo la convenzione utilizzata da casting.rs e accettate da schema.rs. Esamina il ramo Timestamp adiacente come richiesto e conferma che la riproduzione produca un output Vega-Lite senza l’errore Time64.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
ggsql's Time convention is nanoseconds — casting.rs targets Time64(Nanosecond) and schema.rs reads through the strict as_time64_ns — but needs_cast (src/plot/scale/scale_type/mod.rs:2205) treats any (Time64(_), Time64(_)) pair as already being the target type, so DuckDB's native Time64(Microsecond) is never converted.
Reproduction
SELECT * FROM (VALUES (TIME '08:00:00', 1), (TIME '12:30:00', 4), (TIME '18:15:00', 2)) AS t(tm, v)
VISUALISE tm AS x, v AS y
DRAW point
Failed to generate Vega-Lite output: Internal error: Expected Time64(Nanosecond) array, got Time64(Microsecond)
The hephaestus writer does not error — it renders raw microsecond values against a domain ggsql could not resolve, which is worse.
Suggested fix
Treat a unit mismatch as needing a cast: (Time64(a), Time64(b)) is already-target only when a == b. The neighbouring (Timestamp(_, _), Timestamp(_, _)) arm has the same wildcard shape and should be audited at the same time.
- Lingua principale
- Rust
- Stelle
- 554
- Fork
- 30
- Merge medio
- 2g 5h
- PR unite (30g)
- 15
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di posit-dev/ggsql
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
writer
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
bug plot building
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
Mention DuckDB extension Apertadocumentation integration
Difficoltà 1/5 1-3 ore Idoneità per principianti 76/100
-
Add output to `view` in cli Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
Tutte le issue di posit-dev/ggsql
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
TheLarkInn/aipm#2413 ·
-
documentation
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
alexgorbatchev/simple-ptt#15 ·
-
tooling
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
todo:ticket
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
taikoxyz/taiko-mono#22168 · 1 commento ·