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.

Sign up for GitHub

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

Jump to bottom

Add integer literal support to the query language #5744

Closed
jsternberg opened this issue Feb 18, 2016 · 0 comments
Closed

Add integer literal support to the query language #5744

jsternberg opened this issue Feb 18, 2016 · 0 comments
Labels
area/queries kind/feature-request
Milestone
0.12.0

Comments

@jsternberg
Copy link
Contributor

When using a numeric literal inside of a query, it is impossible to determine if the number is a float or an integer. If you want to use integer math on an integer type in the database, there is currently no way to do this without either assuming the numeric literal is always an integer, but that then makes float math impossible.

This feature is to add integer literal support into the language like this:

SELECT value * 2 FROM cpu

Division will always be a float operation and two integers divided by each other will result in a float.
jsternberg added a commit that referenced this issue Feb 19, 2016
@jsternberg
Support integer literals in the query language
27f4e18 
This also adds more support for integer math in binary expressions.

Fixes #5744.
@jsternberg jsternberg mentioned this issue Feb 19, 2016
Merged
jsternberg added a commit that referenced this issue Feb 19, 2016
@jsternberg
Support integer literals in the query language
72d1825 
Numbers in the query without any decimal will now be emitted as integers
instead and be parsed as an IntegerLiteral. This ensures we keep the
original context that a query was issued with and allows us to act more
similar to how programming languages are typically structured when it
comes to floats and ints.

This adds functionality for dealing with integers promoting to floats in
the various different places where math are used.

Fixes #5744 and #5629.
jsternberg added a commit that referenced this issue Feb 22, 2016
@jsternberg
Support integer literals in the query language
d59d4e6 
Numbers in the query without any decimal will now be emitted as integers
instead and be parsed as an IntegerLiteral. This ensures we keep the
original context that a query was issued with and allows us to act more
similar to how programming languages are typically structured when it
comes to floats and ints.

This adds functionality for dealing with integers promoting to floats in
the various different places where math are used.

Fixes #5744 and #5629.
jsternberg added a commit that referenced this issue Feb 23, 2016
@jsternberg
Support integer literals in the query language
a32ab6e 
Numbers in the query without any decimal will now be emitted as integers
instead and be parsed as an IntegerLiteral. This ensures we keep the
original context that a query was issued with and allows us to act more
similar to how programming languages are typically structured when it
comes to floats and ints.

This adds functionality for dealing with integers promoting to floats in
the various different places where math are used.

Fixes #5744 and #5629.
jsternberg added a commit that referenced this issue Mar 1, 2016
@jsternberg
Support integer literals in the query language
c5596fb 
Numbers in the query without any decimal will now be emitted as integers
instead and be parsed as an IntegerLiteral. This ensures we keep the
original context that a query was issued with and allows us to act more
similar to how programming languages are typically structured when it
comes to floats and ints.

This adds functionality for dealing with integers promoting to floats in
the various different places where math are used.

Fixes #5744 and #5629.
jsternberg added a commit that referenced this issue Mar 3, 2016
@jsternberg
Support integer literals in the query language
9d87793 
Numbers in the query without any decimal will now be emitted as integers
instead and be parsed as an IntegerLiteral. This ensures we keep the
original context that a query was issued with and allows us to act more
similar to how programming languages are typically structured when it
comes to floats and ints.

This adds functionality for dealing with integers promoting to floats in
the various different places where math are used.

Fixes #5744 and #5629.
jsternberg added a commit that referenced this issue Mar 3, 2016
@jsternberg
Support integer literals in the query language
d9f795a 
Numbers in the query without any decimal will now be emitted as integers
instead and be parsed as an IntegerLiteral. This ensures we keep the
original context that a query was issued with and allows us to act more
similar to how programming languages are typically structured when it
comes to floats and ints.

This adds functionality for dealing with integers promoting to floats in
the various different places where math are used.

Fixes #5744 and #5629.
jsternberg added a commit that referenced this issue Mar 6, 2016
@jsternberg
Support integer literals in the query language
1c07e6c 
Numbers in the query without any decimal will now be emitted as integers
instead and be parsed as an IntegerLiteral. This ensures we keep the
original context that a query was issued with and allows us to act more
similar to how programming languages are typically structured when it
comes to floats and ints.

This adds functionality for dealing with integers promoting to floats in
the various different places where math are used.

Fixes #5744 and #5629.
jsternberg added a commit that referenced this issue Mar 7, 2016
@jsternberg
Support integer literals in the query language
6ce3a91 
Numbers in the query without any decimal will now be emitted as integers
instead and be parsed as an IntegerLiteral. This ensures we keep the
original context that a query was issued with and allows us to act more
similar to how programming languages are typically structured when it
comes to floats and ints.

This adds functionality for dealing with integers promoting to floats in
the various different places where math are used.

Fixes #5744 and #5629.
jsternberg added a commit that referenced this issue Mar 8, 2016
@jsternberg
Support integer literals in the query language
bde682f 
Numbers in the query without any decimal will now be emitted as integers
instead and be parsed as an IntegerLiteral. This ensures we keep the
original context that a query was issued with and allows us to act more
similar to how programming languages are typically structured when it
comes to floats and ints.

This adds functionality for dealing with integers promoting to floats in
the various different places where math are used.

Fixes #5744 and #5629.
@jsternberg jsternberg added this to the 0.12.0 milestone Mar 9, 2016
jsternberg added a commit that referenced this issue Mar 15, 2016
@jsternberg
Support integer literals in the query language
99ca030 
Numbers in the query without any decimal will now be emitted as integers
instead and be parsed as an IntegerLiteral. This ensures we keep the
original context that a query was issued with and allows us to act more
similar to how programming languages are typically structured when it
comes to floats and ints.

This adds functionality for dealing with integers promoting to floats in
the various different places where math are used.

Fixes #5744 and #5629.
@jsternberg jsternberg mentioned this issue Mar 15, 2016
Closed
jsternberg added a commit that referenced this issue Mar 15, 2016
@jsternberg
Support integer literals in the query language
813cdb1 
Numbers in the query without any decimal will now be emitted as integers
instead and be parsed as an IntegerLiteral. This ensures we keep the
original context that a query was issued with and allows us to act more
similar to how programming languages are typically structured when it
comes to floats and ints.

This adds functionality for dealing with integers promoting to floats in
the various different places where math are used.

Fixes #5744 and #5629.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
area/queries kind/feature-request
Projects
None yet
Milestone
0.12.0
Development

No branches or pull requests
1 participant
@jsternberg