You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@atlas.apache.org by "Hemanth Yamijala (JIRA)" <ji...@apache.org> on 2016/06/14 07:59:44 UTC

[jira] [Commented] (ATLAS-568) Parallelize Hive hook operations

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

Hemanth Yamijala commented on ATLAS-568:
----------------------------------------

I believe this is going to be fairly complicated to do and so cannot make the 0.7 release. Please put back if you think it is required. /Cc [~suma.shivaprasad]

>  Parallelize Hive hook operations
> ---------------------------------
>
>                 Key: ATLAS-568
>                 URL: https://issues.apache.org/jira/browse/ATLAS-568
>             Project: Atlas
>          Issue Type: Sub-task
>    Affects Versions: 0.7-incubating
>            Reporter: Suma Shivaprasad
>
> Maintaining the same order of operations that were executed in hive is crucial also on top of ATLAS . This is because if they are not ordered, it could easily lead to correctness issues in the ATLAS repository. For eg: Table columns being dropped and then table is renamed , dropping tables, databases etc all need to be executed in the same order as they were in hive metastore. There are multiple issues that needs to be addressed here
> 1. How do we ensure order of messages on the producer/hook side?
> 2. Once producer/hook publishes these messages onto KAFKA, how do we ensure the order of processing is the same as it was published.
> One suggested approach is to assign a timestamp to all the messages on the producer side and have a window/batch these messages on the consumer/ATLAS server side. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)