You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@beam.apache.org by "Kenneth Knowles (Jira)" <ji...@apache.org> on 2019/10/22 02:25:00 UTC

[jira] [Commented] (BEAM-8456) BigQuery to Beam SQL timestamp has the wrong default: truncation makes the most sense

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

Kenneth Knowles commented on BEAM-8456:
---------------------------------------

I cannot bear to make this a default, but at least we need a pipeline option so it can be plumbed from outside if you are doing something non-programmatic.

> BigQuery to Beam SQL timestamp has the wrong default: truncation makes the most sense
> -------------------------------------------------------------------------------------
>
>                 Key: BEAM-8456
>                 URL: https://issues.apache.org/jira/browse/BEAM-8456
>             Project: Beam
>          Issue Type: Improvement
>          Components: dsl-sql
>            Reporter: Kenneth Knowles
>            Assignee: Kenneth Knowles
>            Priority: Major
>
> Most of the time, a user reading a timestamp from BigQuery with higher-than-millisecond precision timestamps may not even realize that the data source created these high precision timestamps. They are probably timestamps on log entries generated by a system with higher precision.
> If they are using it with Beam SQL, which only supports millisecond precision, it makes sense to "just work" by default.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)