[ 
https://issues.apache.org/jira/browse/DRILL-5377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16165056#comment-16165056
 ] 

ASF GitHub Bot commented on DRILL-5377:
---------------------------------------

Github user paul-rogers commented on the issue:

    https://github.com/apache/drill/pull/916
  
    Other than dealing with corrupted dates from Parquet, what other uses of 
five digit years are expected? Few business processes project 8,000 years into 
the future. Scientific projects are likely to project far more than just 10,000 
years into the future; they would need to handle billions of years (death of 
the sun) to trillions (heat death of the universe.) By contrast, 8000 years ago 
were civilizations that we no know only from a few archeological remains. Few 
business records extend that far back.
    
    So, if not for corrupt Parquet dates, what is the use case for 5-digit 
years? Why is Drill the only tool needing such dates? If they were common, 
wouldn't `java.sql.Date`, SQL, the ISO standard and other mechanisms define the 
rules?


> Five-digit year dates are displayed incorrectly via jdbc
> --------------------------------------------------------
>
>                 Key: DRILL-5377
>                 URL: https://issues.apache.org/jira/browse/DRILL-5377
>             Project: Apache Drill
>          Issue Type: Bug
>          Components: Storage - Parquet
>    Affects Versions: 1.10.0
>            Reporter: Rahul Challapalli
>            Assignee: Vitalii Diravka
>             Fix For: 1.12.0
>
>
> git.commit.id.abbrev=38ef562
> The issue is connected to displaying five-digit year dates via jdbc
> Below is the output, I get from test framework when I disable auto correction 
> for date fields
> {code}
> select l_shipdate from table(cp.`tpch/lineitem.parquet` (type => 'parquet', 
> autoCorrectCorruptDates => false)) order by l_shipdate limit 10;
> ^@356-03-19
> ^@356-03-21
> ^@356-03-21
> ^@356-03-23
> ^@356-03-24
> ^@356-03-24
> ^@356-03-26
> ^@356-03-26
> ^@356-03-26
> ^@356-03-26
> {code}
> Or a simpler case:
> {code}
> 0: jdbc:drill:> select cast('11356-02-16' as date) as FUTURE_DATE from 
> (VALUES(1));
> +--------------+
> | FUTURE_DATE  |
> +--------------+
> | 356-02-16   |
> +--------------+
> 1 row selected (0.293 seconds)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to