-
Notifications
You must be signed in to change notification settings - Fork 126
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
feat: implement inequality post processing for timestamps #164
base: main
Are you sure you want to change the base?
Conversation
bd31555
to
d6335cc
Compare
80cf850
to
1ddefc3
Compare
1ddefc3
to
5a68319
Compare
(PoSQLTimeUnit::Second, PoSQLTimeUnit::Nanosecond) => timestamp * 1_000_000_000, | ||
|
||
// Conversions from Milliseconds | ||
(PoSQLTimeUnit::Millisecond, PoSQLTimeUnit::Second) => timestamp / 1000, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmm if we accept rounding then 10AM and 10AM plus 1ms will be identical if we normalize to s.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok no rounding, got it
|
||
#[test] | ||
fn test_normalize_timeunit_milliseconds_to_seconds() { | ||
let timestamp = 1231006505000; // milliseconds |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What about 1231006505001? normalize_timeunit(1231006505000, MS, S) == normalize_timeunit(1231006505001, MS, S)
fix: add tests fix: tests fix: docs and tests
3d8ed68
to
9f20edd
Compare
Rationale for this change
Postprocessing was left out as a fast-follow for the TimestampTZ provable datatype. This PR introduces support for it, as a mitigation to #149.
What changes are included in this PR?
Are these changes tested?