Preferred query language moving forward

InfluxDB 3
, ,
1

I built my whole frontend app around Flux, thinking it to be the most future safe query language. Now with the version 3 rewrite, it’s support is dropped.
Are queries better expressed in InfluxQL or in Flux?
Which language is the most flexible, readable, extendable with packages…
Should I wait till the devs eventually back-pedal into using Flux again - by rewriting it to Rust? - or will that never happen?
Is InfluxQL finally the stable query language one can depend on being updated in the future - or will I need to rewrite my queries again in a couple years?

My queries generally require: filtering based on comparisons between two time adjacent records, bitwise operations, regexp, getting the first n amount of records closest to a date, sorting…

2

We don’t currently have plans to implement Flux in Rust. You never know what’ll be possible, particularly with coding tools getting better and better, but it’s not something we’re currently working on.

Our long term support plans are for both InfluxQL and SQL support. However, SQL is where you’ll get the most capability and where we’ll be putting most of our effort.

InfluxDB 3 uses the DataFusion query engine, which is where we get our SQL support. It’s widely adopted and used by many companies, so it’s always getting new functionality that we bring in when we update it during releases.

InfluxQL queries are parsed and translated into DataFusion query plans that are executed by that engine.