You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Danny Chan (JIRA)" <ji...@apache.org> on 2019/07/29 02:17:00 UTC
[jira] [Closed] (CALCITE-2818) EXTRACT returns wrong results for
DATE and TIMESTAMP values before epoch
[ https://issues.apache.org/jira/browse/CALCITE-2818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Danny Chan closed CALCITE-2818.
-------------------------------
Resolution: Fixed
Assignee: Danny Chan
Fix Version/s: 1.20.0
Fixed in [5ee592a|https://github.com/apache/calcite/commit/5ee592a19bf377438aa100dbc19d40ae8b2e2cd9], thanks for your PR, [~sereda] !
> EXTRACT returns wrong results for DATE and TIMESTAMP values before epoch
> ------------------------------------------------------------------------
>
> Key: CALCITE-2818
> URL: https://issues.apache.org/jira/browse/CALCITE-2818
> Project: Calcite
> Issue Type: Bug
> Reporter: Mickaël Sauvée
> Assignee: Danny Chan
> Priority: Major
> Labels: easyfix, pull-request-available
> Fix For: 1.20.0
>
> Time Spent: 2h 10m
> Remaining Estimate: 0h
>
> Implementation of Extract (ExtractImplementor) returns wrong result for dates before Epoch.
> Computation is based on Java modulo that have a certain behavior on negative number.
> For extracting hour, minutes and seconds, the computation is wrong.
> Here is an example on hour extract with the date 30-12-1969T21:13:20+0 is -100 000 000 in milliseconds relative to unix Epoch.
> (-100 000 000 % 86 400 000) / 3 600 000 = -3,77 , so 3 hour is returned, and it should be 21.
> For negative input value, it is required to add unit.multiplier.longValue() (ie. 8 640 000 in hour case) to the value before dividing it.
> You can use this test (SqlOperatorBaseTest.java):
>
> {code:java}
> @Test public void testExtractWithDatesBeforeUnixEpoch() {
> tester.checkScalar(
> "extract(hour from TIMESTAMP '1969-12-31 21:13:20')",
> "21",
> "BIGINT NOT NULL");
> }{code}
>
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)