You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "James Taylor (JIRA)" <ji...@apache.org> on 2016/01/19 06:07:39 UTC

[jira] [Updated] (PHOENIX-2591) Minimize transaction commit/rollback for DDL

     [ https://issues.apache.org/jira/browse/PHOENIX-2591?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

James Taylor updated PHOENIX-2591:
----------------------------------
    Fix Version/s: 4.7.0

> Minimize transaction commit/rollback for DDL
> --------------------------------------------
>
>                 Key: PHOENIX-2591
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-2591
>             Project: Phoenix
>          Issue Type: Bug
>            Reporter: James Taylor
>            Assignee: Thomas D'Silva
>             Fix For: 4.7.0
>
>
> Seems that the number of times we commit/rollback transactions during DDL operations could be improved. See TransactionUtil.getTableTimestamp() for example. There'd also be another couple when MutationState.commitWriteFence() is called when a CREATE INDEX is performed too.
> I realize we're doing this to get the transaction read pointer to "catch up" to the current time, as we use the read pointer as our "current time" for transactional tables. However,  what would the impact be if we used the transaction write pointer instead? 
> At a minimum, we need to document what we're doing before we forget.



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