You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "Lars Hofhansl (Jira)" <ji...@apache.org> on 2020/09/04 16:10:00 UTC

[jira] [Updated] (PHOENIX-5673) The mutation state is silently getting cleared on the execution of any DDL

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

Lars Hofhansl updated PHOENIX-5673:
-----------------------------------
    Fix Version/s: 5.1.0

> The mutation state is silently getting cleared on the execution of any DDL
> --------------------------------------------------------------------------
>
>                 Key: PHOENIX-5673
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-5673
>             Project: Phoenix
>          Issue Type: Bug
>    Affects Versions: 4.15.0
>            Reporter: Sandeep Guggilam
>            Assignee: Siddhi Mehta
>            Priority: Critical
>              Labels: beginner, newbie
>             Fix For: 5.1.0, 4.16.0
>
>         Attachments: PHOENIX-5673.4.x-HBase-1.3.v1.patch, PHOENIX-5673.4.x-HBase-1.3.v2.patch, PHOENIX-5673.4.x-HBase-1.3.v3.patch, PHOENIX-5673.4.x-HBase-1.3.v7.patch, PHOENIX-5673.master.v4.patch, PHOENIX-5673.master.v5.patch, PHOENIX-5673.master.v6.patch
>
>          Time Spent: 2h 50m
>  Remaining Estimate: 0h
>
> When we execute any DDL statement, the mutations state is rolled back silently without informing the user. It should probably throw an exception saying that the mutation state is not empty when executing any DDL. See the below example:
>  
> Steps to reproduce:
> create table t1 (pk varchar not null primary key, mycol varchar)
> upsert into t1 (pk, mycol) values ('x','x');
> create table t2 (pk varchar not null primary key, mycol varchar)
> When we try to execute the above statements and do a conn.commit() at the end, it would silently rollback the upsert statement when we execute the second create statement and you wouldn't see the ('x', 'x') values in the first table. Instead it should probably throw an exception saying that the mutation state is not empty



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