phoenix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "James Taylor (JIRA)" <>
Subject [jira] [Commented] (PHOENIX-4100) Simplify mutable secondary index implementation
Date Fri, 20 Oct 2017 05:27:00 GMT


James Taylor commented on PHOENIX-4100:

One thought I had which would be pretty straightforward would be to use the PhoenixTransactionalIndexer
for global, mutable non transactional index maintenance too. Everything would be the same,
we'd just have to allow for the lack of the transaction state to be passed over.

> Simplify mutable secondary index implementation
> -----------------------------------------------
>                 Key: PHOENIX-4100
>                 URL:
>             Project: Phoenix
>          Issue Type: Improvement
>            Reporter: James Taylor
>              Labels: HBase-2.0
> There's a lot of code for mutable secondary indexes, a lot of which is commented out
(because it's not working under load). With all the latest patches, in particular PHOENIX-4089,
we don't need most of it. Instead, we can do a simple scan to find the current value of the
data row. We won't have mutations at the same time due to our locking and due to us timestamping
the rows.
> This will get rid of many private HBase classes used by Phoenix, such as IndexMemStore,
KeyValueStore, etc. and thus is likely a prerequisite to run on top of HBase 2.0.

This message was sent by Atlassian JIRA

View raw message