Hi there.
It is super nice to see a modern open-source sensor data platform being developed in Rust. While I have been an author of the Kotori DAQ (GitHub) in the past 1, its development has faded a bit, because I work for CrateDB today.
Quoting your README:
Supports various time-series databases such as SQLite, PostgreSQL (with optional TimeScaleDB plugin), DuckDB, ClickHouse, BigQuery, and RRDCached, with the potential to extend support to other databases in the future.
Because I see your project has polyglot ambitions 💯1, I would be happy to contribute a few ideas about Kotori's integration with Grafana, but in this case wanted to ask if you could imagine integrating CrateDB as another storage backend? Because it is wire-protocol compatible with PostgreSQL, I could imagine some adapter code could be reused, with "just a few accompanying dialect adjustments" ;], so the efforts for an implementation might not be too high.
With kind regards,
Andreas.
/cc @seut, @surister
Hi there.
It is super nice to see a modern open-source sensor data platform being developed in Rust. While I have been an author of the Kotori DAQ (GitHub) in the past 1, its development has faded a bit, because I work for CrateDB today.
Quoting your README:
Because I see your project has polyglot ambitions 💯1, I would be happy to contribute a few ideas about Kotori's integration with Grafana, but in this case wanted to ask if you could imagine integrating CrateDB as another storage backend? Because it is wire-protocol compatible with PostgreSQL, I could imagine some adapter code could be reused, with "just a few accompanying dialect adjustments" ;], so the efforts for an implementation might not be too high.
With kind regards,
Andreas.
/cc @seut, @surister
Footnotes
Kotori might have had similar ambitions, but settled revolving around InfluxDB (mostly v1), Grafana, and MQTT. ↩ ↩2