[ 
https://issues.apache.org/jira/browse/BEAM-6579?focusedWorklogId=193909&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-193909
 ]

ASF GitHub Bot logged work on BEAM-6579:
----------------------------------------

                Author: ASF GitHub Bot
            Created on: 04/Feb/19 07:06
            Start Date: 04/Feb/19 07:06
    Worklog Time Spent: 10m 
      Work Description: reuvenlax commented on pull request #7714: [BEAM-6579] 
Fix create disposition for the case of temporary tables
URL: https://github.com/apache/beam/pull/7714
 
 
   When WriteTables is used to create temporary tables different logic is 
required for altering the write and create dispositions.
 
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
[email protected]


Issue Time Tracking
-------------------

            Worklog Id:     (was: 193909)
            Time Spent: 10m
    Remaining Estimate: 0h

> BigQueryIO  improperly handles triggering when temp tables are used
> -------------------------------------------------------------------
>
>                 Key: BEAM-6579
>                 URL: https://issues.apache.org/jira/browse/BEAM-6579
>             Project: Beam
>          Issue Type: Bug
>          Components: io-java-gcp
>    Affects Versions: 2.9.0
>            Reporter: Reuven Lax
>            Assignee: Reuven Lax
>            Priority: Major
>             Fix For: 2.10.0
>
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> In WriteTables.java, the create disposition is changed to CREATE_NEVER for 
> triggers after the first. This logic is correct when writing directly to the 
> destination table - the table is created on the first write, and does not 
> need to be recreated. However WriteTables is also used when writing to 
> temporary tables, and the logic is incorrect in that case as a new table is 
> created on every trigger.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to