Frequently Asked Questions
What would be the use cases for a time-series database?
Common use cases for time-series database include but are not limited to the following four scenarios:
- Monitor applications and infrastructure
- Store and access IoT data
- Process self-driving vehicle data
- Understand financial trends
How is GreptimeDB's performance compared to other solutions?
GreptimeDB is still in its early stage and under rapid iterations. We are still optimizing our performance and enriching the features. Performance benchmark will be posted on our website as soon as it's ready. Please stay tuned.
How is the performance of GreptimeDB when used for non-time-series DB tables?
GreptimeDB supports SQL and can deal with non-time-series data, especially efficient for high concurrent and throughput data writing. However, we develop GreptimeDB for a specific domain (time-series scenarios), and it doesn't support transactions and can't delete data efficiently.
Does GreptimeDB have a Golang driver?
Yes, you can find our Golang SDK here.
Currently, we support MySQL protocol, you can check it out on the user guide.
HTTP API is also available, please see this article for more information.
Can GreptimeDB be used as a Rust alternative to Prometheus in the observable area?
GreptimeDB implements PromQL operator pushdown in our latest distributed version 0.3, enabling distributed PromQL queries.
Is GreptimeDB compatible with Grafana?
Yes, It's compatible with Grafana.
GreptimeDB supports MySQL and PostgreSQL protocol, so you can use MySQL or PG grafana plugin to config GreptimeDB as a datasource. Then you can use SQL to query the data.
Also, we are implementing PromQL natively which is frequently used with Grafana.
How does this compare to Loki? Is there a crate with Rust bindings available, preferably as tracing or logging subscriber?
GreptimeDB is focused on time-series data (or metrics) right now. It may support log and tracing storage in the future.
When will GreptimeDB release its first GA version?
The current version is not at the production level yet and there is a milestone for our future development. You can check our milestone for GreptimeDB v0.4 here.
Are there any plans/works done for the official UI for GreptimeDB so that it would be possible to check cluster status, list of tables, statistics etc？
Yes, we open sourced the dashboard for users to query and visualize their data. Please check out our initial version on GitHub Repo.
Does GreptimeDB support schemaless?
Yes, GreptimeDB is a schemaless database without need for creating tables in advance. The table and columns will be created automatically when writing data with protocol gRPC, InfluxDB, OpentsDB, Prometheus remote write. For more information, refer to this document.
How do you measure the passing rate of PromQL compatibility tests? Is there any testing framework？
There’s an issue to track the PromQL compatibility tests passing rate. It's based on Prometheus's compliance test.
Where’s the name “Greptime” coming from?
Because “grep” is the most useful command line tool on *nix platform to search data, and time means time series. So Greptime is to help everybody to search/find value in time series data.
Is there any good first issue that can help beginners get started quickly?
Yes, beginners can filter issues with "good first issue" label. Additionally, more good first issues will be released on a rolling basis, so stay tuned!
Does GreptimeDB support dumping table-level data to S3?
You can use the COPY TO command to dump table-level data to S3.
TSDB features that you concern
Please refer to features that you concern.
Can https://n9e.github.io/ now be directly integrated with GreptimeDB? How is its compatibility?
Theoretically GreptimeDB could replace VictoriaMetrics now since that most protocols are supported, but we hasn't actually tested yet.