Skip to content
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

Remove TimeRange function and replace with a more accurate ConditionExpr function #8712

Merged
merged 2 commits into from
Aug 16, 2017

Conversation

jsternberg
Copy link
Contributor

@jsternberg jsternberg commented Aug 16, 2017

The ConditionExpr function is more accurate because it parses the condition
and ensures that time conditions are actually used correctly. That means
that attempting to combine conditions with OR will not result in the query
silently pretending it's an AND and nested conditions work correctly so
there is only one way to read the query.

It also extracts the non-time conditions into a separate condition so we
can stop attempting to parse around the time conditions in lower layers of
the storage engine. This change does not remove those hacks, but a
following commit should be able to sanitize the condition and remove them.

  • Rebased/mergable
  • Tests pass
  • CHANGELOG.md updated
  • InfluxData Documentation: issue filed or pull request submitted <link to issue or pull request>

@jsternberg jsternberg force-pushed the js-enhance-condition-parsing branch from 38e9265 to 435ed07 Compare August 16, 2017 20:19
@jsternberg jsternberg requested a review from benbjohnson August 16, 2017 20:19
@benbjohnson
Copy link
Contributor

lgtm but needs a rebase with master to update the inmem2tsi command's reference to query.

…xpr function

The ConditionExpr function is more accurate because it parses the
condition and ensures that time conditions are actually used correctly.
That means that attempting to combine conditions with OR will not result
in the query silently pretending it's an AND and nested conditions work
correctly so there is only one way to read the query.

It also extracts the non-time conditions into a separate condition so we
can stop attempting to parse around the time conditions in lower layers
of the storage engine. This change does not remove those hacks, but a
following commit should be able to sanitize the condition and remove
them.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants