-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
GH-37799: [C++] Compute: CommonTemporal support time32 and time64 casting #37949
Conversation
|
@bkietz I've do a basic impl, would you mind take a look? |
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.
Thanks for working on this! Just a few comments
@bkietz I've resolve the comments now |
After merging your PR, Conbench analyzed the 6 benchmarking runs that have been run so far on merge-commit 22df70a. There were no benchmark performance regressions. 🎉 The full Conbench report has more details. It also includes information about possible false positives for unstable benchmarks that are known to sometimes produce them. |
…64 casting (apache#37949) ### Rationale for this change The original problem in mentioned in apache#37799 1. `SECOND` in Parquet would always cast to `MILLS` 2. `eq` not support `eq(time32[s], time32[ms)` This patch is as advice in apache#37799 (comment) . We tent to add time32 and time64 in `CommonTemporal`. ### What changes are included in this PR? Support time32 and time64 with different time unit in `arrow::compute::internal::CommonTemporal`. ### Are these changes tested? Yes ### Are there any user-facing changes? bugfix * Closes: apache#37799 Authored-by: mwish <[email protected]> Signed-off-by: Benjamin Kietzman <[email protected]>
…64 casting (apache#37949) ### Rationale for this change The original problem in mentioned in apache#37799 1. `SECOND` in Parquet would always cast to `MILLS` 2. `eq` not support `eq(time32[s], time32[ms)` This patch is as advice in apache#37799 (comment) . We tent to add time32 and time64 in `CommonTemporal`. ### What changes are included in this PR? Support time32 and time64 with different time unit in `arrow::compute::internal::CommonTemporal`. ### Are these changes tested? Yes ### Are there any user-facing changes? bugfix * Closes: apache#37799 Authored-by: mwish <[email protected]> Signed-off-by: Benjamin Kietzman <[email protected]>
…64 casting (apache#37949) ### Rationale for this change The original problem in mentioned in apache#37799 1. `SECOND` in Parquet would always cast to `MILLS` 2. `eq` not support `eq(time32[s], time32[ms)` This patch is as advice in apache#37799 (comment) . We tent to add time32 and time64 in `CommonTemporal`. ### What changes are included in this PR? Support time32 and time64 with different time unit in `arrow::compute::internal::CommonTemporal`. ### Are these changes tested? Yes ### Are there any user-facing changes? bugfix * Closes: apache#37799 Authored-by: mwish <[email protected]> Signed-off-by: Benjamin Kietzman <[email protected]>
…64 casting (apache#37949) ### Rationale for this change The original problem in mentioned in apache#37799 1. `SECOND` in Parquet would always cast to `MILLS` 2. `eq` not support `eq(time32[s], time32[ms)` This patch is as advice in apache#37799 (comment) . We tent to add time32 and time64 in `CommonTemporal`. ### What changes are included in this PR? Support time32 and time64 with different time unit in `arrow::compute::internal::CommonTemporal`. ### Are these changes tested? Yes ### Are there any user-facing changes? bugfix * Closes: apache#37799 Authored-by: mwish <[email protected]> Signed-off-by: Benjamin Kietzman <[email protected]>
Rationale for this change
The original problem in mentioned in #37799
SECOND
in Parquet would always cast toMILLS
eq
not supporteq(time32[s], time32[ms)
This patch is as advice in #37799 (comment) . We tent to add time32 and time64 in
CommonTemporal
.What changes are included in this PR?
Support time32 and time64 with different time unit in
arrow::compute::internal::CommonTemporal
.Are these changes tested?
Yes
Are there any user-facing changes?
bugfix