-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[feature request] backreference for measurement/series when making CQs #2555
Comments
The regex is supported but the |
Yeah, we should do this. But it should be |
+1 |
@beckettsean when you say "The regex is supported but the :series_name backreference is not currently wired up." what does it mean exactly? That you can query an existing series using a regex or that you can also reference regex groups to dynamically generate the downsampled series (as mentioned in the linked issue #297 ) ? Is there any way today to dynamically create continuous queries and avoid creating one CQ per existing measurement? |
@vptheron You can use regex. You cannot use any form of regex backreference like I am aware of no current way to create CQs dynamically. That's why the backreference is needed. |
Add new query syntax to allow the following in CQs: INTO "1hPolicy".:MEASUREMENT
One thing I am not sure about is how to do a roll up of my 10s data into 1m series, keep all tags for each series (series = measurement and unique tag set). CREATE CONTINUOUS QUERY myquery ON testdb
BEGIN
SELECT mean(value) INTO "policy1".:measurement FROM /^[a-z]+.*/ GROUP BY time(1m)
END So this looks nice, the measurement back reference will allow for a generic rollup rule. But wont the query above (taken from your tests) loose all tag data? Since there are no group by tag it looks like it will be no tags in the target measurement. And if the group by tag needs to be added to the select or group by clause in order to keep tag data in the target series of the CQ then this feature is incomplete or pointless. At least it does not seem to solve the case of creating generic rollup rules. Or am I missing something for how tags are preserved in the target series of a CQ? I really would like a way for InfluxDB users to create generic rollup rules, rules that then Grafana can use to pick the right retention policy. Right now InfluxDB users use no rollups and get a horrible and slow experience, would be awesome to solve this :) ping @pauldix any ideas? |
Use Precision thumbed for accuracy |
@beckettsean that is great, need to try 0.9.4-rc1 !! |
Hi guys, @beckettsean, I am currently using 0.9.4.1 was wondering if those sorts of query are suppose to work in that version since I have a panic for this query:
[continuous_querier] 2015/09/22 03:49:03 executing continuous query 5mn_avg goroutine 64 [running]: Obviously I would like to avoid to create one CQ per measurement. |
This looks like the trace fixed by This fix would be available in a nightly build, since it went in after https://influxdb.com/download/index.html On Mon, Sep 21, 2015 at 9:04 PM, Jean Praloran notifications@github.com
|
@otoolep thanks for that ! it was the problem and it is working on the nightly build ! |
I try to create downsampling series:
It seems regex is not supported in influxdb 0.9 now. Then I have to create a continuous query for
every
measurement or series. It is too tedious.The text was updated successfully, but these errors were encountered: