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

ASF GitHub Bot commented on HIVE-16785:
---------------------------------------

GitHub user sankarh opened a pull request:

    https://github.com/apache/hive/pull/194

    HIVE-16785: Ensure replication actions are idempotent if any series of 
events are applied again.

    Idempotent behaviour for all events during incremental load.

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/sankarh/hive HIVE-16785

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/hive/pull/194.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #194
    
----
commit 741a824e253064854487983aaa9a8d31300384dc
Author: Sankar Hariappan <mailtosank...@gmail.com>
Date:   2017-06-05T05:32:30Z

    HIVE-16785: Ensure replication actions are idempotent if any series of 
events are applied again.

----


> Ensure replication actions are idempotent if any series of events are applied 
> again.
> ------------------------------------------------------------------------------------
>
>                 Key: HIVE-16785
>                 URL: https://issues.apache.org/jira/browse/HIVE-16785
>             Project: Hive
>          Issue Type: Sub-task
>          Components: Hive, repl
>    Affects Versions: 2.1.0
>            Reporter: Sankar Hariappan
>            Assignee: Sankar Hariappan
>              Labels: DR, replication
>         Attachments: HIVE-16785.01.patch
>
>
> Some of the events(ALTER, RENAME, TRUNCATE) are not idempotent and hence 
> leads to failure of REPL LOAD if applied twice or applied on an object which 
> is latest than current event. For example, if TRUNCATE is applied on a table 
> which is already dropped will fail instead of noop.
> Also, need to consider the scenario where the object is missing while 
> applying an event. For example, if RENAME_TABLE event is applied on target 
> where the old table is missing should validate if table should be recreated 
> or should treat the event as noop. This can be done by verifying the DB level 
> last repl ID against the current event ID.



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

Reply via email to