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

SQLite Query: Should we be translating decimal/TimeSpan operations? #10534

Closed
bricelam opened this issue Dec 11, 2017 · 6 comments
Closed

SQLite Query: Should we be translating decimal/TimeSpan operations? #10534

bricelam opened this issue Dec 11, 2017 · 6 comments
Assignees
Labels
closed-fixed The issue has been fixed and is/will be included in the release indicated by the issue milestone. type-enhancement
Milestone

Comments

@bricelam
Copy link
Contributor

Any operation (besides equality comparison) on decimal values will be lossy on SQLite since they are implicitly converted to REAL on the server. Should we continue translating them?

@bricelam bricelam changed the title SQLite Query: Should we translate deimcal operations? SQLite Query: Should we be translating deimcal operations? Dec 11, 2017
@smitpatel
Copy link
Member

😢

@ajcvickers ajcvickers added this to the Backlog milestone Dec 13, 2017
@ajcvickers
Copy link
Member

This is a specific case of the general problem described in #10265. Leaving this issue open as well since the two things may end up with different priorities.

@bricelam bricelam changed the title SQLite Query: Should we be translating deimcal operations? SQLite Query: Should we be translating decimal operations? Dec 13, 2017
@bricelam
Copy link
Contributor Author

TimeSpan is plagued by the same problems--Min() and Max() do string comparison, etc.

@bricelam bricelam changed the title SQLite Query: Should we be translating decimal operations? SQLite Query: Should we be translating decimal/TimeSpan operations? Apr 17, 2018
@bricelam
Copy link
Contributor Author

bricelam commented May 2, 2018

Found several more cases involving DateTime, DateTimeOffset, and ulong.

@bricelam
Copy link
Contributor Author

bricelam commented May 3, 2018

Here's a table of the operations we should block server-eval for:

Expression DateTime DateTimeOffset decimal TimeSpan ulong
-x
x + y
x / y
x > y
x >= y
x < y
x <= y
x % y
x * y
x - y
xs.Average()
xs.Max()
xs.Min()
xs.Sum()

@bricelam bricelam added closed-fixed The issue has been fixed and is/will be included in the release indicated by the issue milestone. and removed consider-for-current-release labels May 5, 2018
@bricelam bricelam self-assigned this May 5, 2018
@bricelam bricelam modified the milestones: Backlog, 2.2.0 May 5, 2018
@bricelam
Copy link
Contributor Author

Filed #11925 for blocking GroupBy()

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
closed-fixed The issue has been fixed and is/will be included in the release indicated by the issue milestone. type-enhancement
Projects
None yet
Development

No branches or pull requests

3 participants