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 2017/08/22 00:29:00 UTC
[jira] [Resolved] (PHOENIX-4058) Generate correct index updates
when DeleteColumn processed before Put with same timestamp
[ 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)