Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
trie: supporting nested value list queries
Value list (i.e. curl braces) in go-carbon queries is a tricky business. filepath.Glob, trigram, and trie index all have to work around the issue one way or the other. Currently, all the three query paths depends on `*CarbonserverListener.expandGlobBraces` to to perform the expansion. However, it currently does not support nested value lists like `{a,b,c,x.{a,b,c}}`. Unlike filepath.Glob and trigram, trie index does not need full expansion, it only needs expansion if a query contains nested values that are hierarchical (i.e. containing a dir node, another i.e., a dot). This is also partially due to the current implementation of how trie index handles hierarchical queries. To be more specific, trieIndex.query does not support queries like x.y.z.{a,nested.subquery}`, therefore, a query like that would be expanded by `*CarbonserverListener.expandGlobBraces` as `x.y.z.a` and `x.y.z.nested.subquery`. However, the current implementation does not support nested value lists like `x.y.z.{a,nested.subquery.{a,b,c}}`. This patch introduces a more through and proper (TM) value list query parser and rewriter for supporting all expansion cases (hopefully). Like most of the other improvements, only the trie index is supported for now. Unlike `*CarbonserverListener.expandGlobBraces`, *CarbonserverListener.expandGlobBracesForTrieIndex would only expand value list that contains dir/hierarchical nodes. For example, `x.y.z.{a,b,nested.subquery.{a,b,c}}` is rewritten as `x.y.z.{a,b}` and `x.y.z.nested.subquery.{a,b,c}`, because trie index can handle non-hierarchical value lists natively. We should also try to introduce a new expand function that can do full expansion to replace `*CarbonserverListener.expandGlobBraces`.
- Loading branch information