Peter Franzen created DRILL-8492:
Summary: Allow Parquet TIME_MICROS and TIMESTAMP_MICROS columns
to be read as 64-bit integer values
Key: DRILL-8492
URL: https://issues.apache.org/jira/browse/DRILL-8492
ersion being done
> "deeply enough" for Drill. I sympathise a lot with the design thinking in
> your second option but I'd personally go the first route and only consider
> the second route if something wasn't working.
>
> On 2024/01/22 11:36, Peter Franzen wrote:
&g
option so it is available to all sessions: ALTER SYSTEM
> SET...
>
> Thanks,
>
> - Paul
>
> On Mon, Jan 22, 2024 at 1:38 AM Peter Franzen wrote:
>
>> Hi,
>>
>> I am using Drill to query Parquet files that have fields of type
>> timestamp_micros
Hi,
I am using Drill to query Parquet files that have fields of type
timestamp_micros. By default, Drill truncates those microsecond
values to milliseconds when reading the Parquet files in order to convert them
to SQL timestamps.
In some of my use cases I need to read the original microsecond
Peter Franzen created DRILL-8458:
Summary: Reading Parquet data page with repetition levels larger
than column data throws IllegalArgumentException
Key: DRILL-8458
URL: https://issues.apache.org/jira/browse/DRILL
Peter Franzen created DRILL-8423:
Summary: Parquet TIME_MICROS columns with values >
Integer.MAX_VALUE are not displayed correctly
Key: DRILL-8423
URL: https://issues.apache.org/jira/browse/DRILL-8
Peter Franzen created DRILL-8422:
Summary: Parquet TIMESTAMP_MICROS columns in
Key: DRILL-8422
URL: https://issues.apache.org/jira/browse/DRILL-8422
Project: Apache Drill
Issue Type: Bug
Peter Franzen created DRILL-8421:
Summary: Parquet TIMESTAMP_MICROS columns in WHERE clauses are not
converted to milliseconds before filtering
Key: DRILL-8421
URL: https://issues.apache.org/jira/browse/DRILL
