Open waynexia opened 1 year ago
Can this part of PromQL be abstracted into a separate crate? Provide it to IOx for reuse.
Can this part of PromQL be abstracted into a separate crate? Provide it to IOx for reuse.
It's already a separate crate under src/promql
I can create a separate issue if you prefer, but there's currently a bug where queries that use {__name__="metric_name"}
instead of the sugar alternative (metric_name{}
) cause greptime to attempt to look up a value in a column named __name__
in addition to using it to infer the table name.
Hi @dekelpilli, thanks for reporting it! I've filed #3213 to fix it.
This might be a regression after implementing the __field__
grammar extension. We didn't have a test to cover this behavior before 😖 (it's added now, thanks again :heart:)
What type of enhancement is this?
User experience
What does the enhancement do?
Follows #596. The next stage after PromQL got initially supported is to improve its compatibility continuously.
Compliance History
NaN
is avoidedNaN
is avoidedNaN
is avoidedNaN
is avoidedTasks
time()
#1287bool
grammar #1049label_replace
,label_join
on
/ignoring
joinoffset
incorrect result #1345stdvar_over_time()
andstddev_over_time()
#1072stddev_over_time()
#1289stdvar_over_time()
#1291quantile_over_time()
#1287idelta
#1061rate
,increase
,delta
#1258changes
#1304resets
#1306holt_winters
#1342predict_linear
#1362count
,sort
topk
,bottomk
quantile
timestamp
day_of_month
,day_of_week
,days_in_month
,hour
,minute
,month
,year
#2854clamp_min
,clamp_max
,clamp
non_exist_label
/non_exist_metric
will report an error rather than an empty result #1049stdvar
andstddev
's results are different #1049NaN
is ignored #1844Implementation challenges
No response