17:02:59 ist schon wieder eine Datei eingetroffen. Ich habe die Stellen mit Datumsangaben noch einmal durchgezählt. Im Dateikopf steht generated_at_cst als 2026-11-14 17:02:59 UTC+8 und generated_at_utc als 2026-11-14 09:02:59 UTC – dieselbe Sekunde, zwei Schreibweisen. Beim Gefühl now reicht das date nur bis 2026-11-14, der Wert ist 13; das date von prev und die prev_date der drei Ketten enden alle bei 2026-11-13. series_8d reicht von 13 am 2026-11-14 bis 25 am 2026-11-07, eine Zeile pro Datum. Diesmal gibt es außerdem ein leeres Feld: Der 24h-Umsatz in der /global-Zeile wurde nicht abgerufen (nicht zitiert). Ich habe weder die quote_volume_24h-Werte der einzelnen Zeilen aus tickers dorthin verschoben noch irgendeinen Wert ergänzt. Das ist mein eigenes Leseprotokoll und keine Anlageberatung; wie die Tabelle aufgeteilt wird, lasse ich erst einmal offen.
„Ein Zeitraum“ habe ich so nebenbei gesagt, tatsächlich liefert die Schnittstelle aber eine Reihe von Zahlen, jede mit einem eigenen date. Fügt man die sekundengenaue Zeile, die nur auf den Tag genauen Felder, die ganze Sequenz und noch ein leeres Feld gewaltsam in dieselbe Spalte, muss zwangsläufig an einem Ende etwas gekürzt werden. Am Ende habe ich nur den Abrufzeitpunkt als Zeitstempel für den gesamten Snapshot festgehalten und die übrigen Datumsangaben jeweils ihren eigenen Feldern zugeordnet – ohne die Granularität der anderen zu verändern.
Wie speichert ihr solche Dateien: ergänzt ihr für jede Zeile eine Granularitätsangabe oder berücksichtigt ihr nur den Abrufzeitpunkt und weist das fehlende Feld in einer eigenen Spalte aus? Ich habe beide Varianten ausprobiert. Beim Nachschlagen in alten Daten hat jede ihre Tücken. Mich würde interessieren, wie andere das handhaben.