You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "Thomas D'Silva (JIRA)" <ji...@apache.org> on 2015/10/26 23:16:27 UTC
[jira] [Updated] (PHOENIX-1900) Increase testing around transaction
integration
[ https://issues.apache.org/jira/browse/PHOENIX-1900?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Thomas D'Silva updated PHOENIX-1900:
------------------------------------
Attachment: PHOENIX-1900.patch
[~jamestaylor]
I moved the tests are applicable to both mutable and immutable indexes into IndexIT from BaseMutableIndexIT and ImmutableIndexIT. I renamed BaseMutableIndexIT to MutableIndexIT. I made these classes parameterized so that they can be run for transactional tables as well and removed the global/local subclasses.
> Increase testing around transaction integration
> -----------------------------------------------
>
> Key: PHOENIX-1900
> URL: https://issues.apache.org/jira/browse/PHOENIX-1900
> Project: Phoenix
> Issue Type: Sub-task
> Reporter: James Taylor
> Assignee: Thomas D'Silva
> Attachments: PHOENIX-1900.patch
>
>
> Read your own writes testing:
> - UPSERT SELECT when there's uncommitted data being selected.
> - Aggregate queries when there's uncommitted data (see FIXME in TransactionIT.testDelete).
> - Mix of transactional and non transactional data (ensure that non transactional data is not accidently written).
> Secondary indexes:
> - Ensure writes to local/global mutable/immutable indexes are undone correctly and index is left in a valid state when transactions overlap. In particular, we'll want to test after the index data has been written to HBase already in a case that requires point deletes for an index row. For example, if a covered column has an existing value that's updated, a point delete would be required to get rid of it make the earlier covered column value visible again.
> - Ensure that in the event of a failure that cannot be aborted by the client, that index rows are correctly filtered when it's used in a query.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)