QuestDB vs SurveyJS

QuestDB just shipped 10.0, its first major version bump in the visible window, built around QWP — a binary columnar wire protocol that handles writes going in and streams Arrow back out through a single client. The release also carries live views in beta, notebooks driven by coding agents, and the storage groundwork that QuestDB Enterprise 4.0 builds cold storage on. The days since have been spent substantiating it: a parallel-reader benchmark puts 500M rows into Arrow in 2.3 seconds against ClickHouse and TimescaleDB. Around the releases, the feed is mostly engineering deep-dives, capital-markets case studies, and comparison guides.

The protocol work is the thread that matters. QuestDB has been positioning against InfluxDB Line Protocol on ingestion throughput for a while — 33M rows/s on one machine at a million series, roughly 3.6x ILP over a network — and 10.0 turns that from a benchmark argument into the default path in and out. The follow-up post shifts the argument to the read side, which is the half QWP actually changes: folding Arrow egress into the same protocol points the database at the Python analytics stack directly rather than through a SQL driver, something the Polars and ConnectorX content has been rehearsing for months. Live views and agent notebooks are earlier-stage, and the Enterprise line continues on its own track.

Expect QuestDB Enterprise 4.0 next, built on 10.0's storage work and leading with cold storage, plus client libraries catching up to QWP one language at a time. Live views and the agent notebooks look likeliest to leave beta on a later minor rather than in the next release.