phoenix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "James Taylor (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (PHOENIX-4058) Generate correct index updates when DeleteColumn processed before Put with same timestamp
Date Tue, 22 Aug 2017 00:29:00 GMT

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

James Taylor resolved PHOENIX-4058.
-----------------------------------
    Resolution: Not A Problem

Due to other fixes, namely PHOENIX-4089, this change is no longer required.

> Generate correct index updates when DeleteColumn processed before Put with same timestamp
> -----------------------------------------------------------------------------------------
>
>                 Key: PHOENIX-4058
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-4058
>             Project: Phoenix
>          Issue Type: Bug
>            Reporter: James Taylor
>
> The following scenario is not handled correctly for mutable secondary indexing:
> 1) indexed column set to null at ts1 (generates a DeleteColumn)
> 2) indexed column set to value at ts1 (i.e. different client, same ts)
> 3) RS processes (1) first
> 4) RS processes (2) next
> Because deletes take precedence over puts even though the put happens after the delete,
we still needs to not generate index updates.
> The quick fix is to add STORE_NULLS=true to the table as we skirt the issue since no
deletes are issued (i.e. last put wins).



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

Mime
View raw message