[
https://issues.apache.org/jira/browse/PHOENIX-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15826490#comment-15826490
]
James Taylor commented on PHOENIX-3583:
---------------------------------------
Do we have perf data that is pointing to this as an issue? The IndexMaintainer
is meant to be a very small, compiled form of only the necessary meta data to
maintain indexes. I don't think we need to prepare it on the server side as it
might be out of sync with the client. The client should drive this.
> Prepare IndexMaintainer on server itself
> ----------------------------------------
>
> Key: PHOENIX-3583
> URL: https://issues.apache.org/jira/browse/PHOENIX-3583
> Project: Phoenix
> Issue Type: Bug
> Reporter: Ankit Singhal
> Assignee: Ankit Singhal
> Attachments: PHOENIX-3583.patch
>
>
> -- reuse the cache of PTable and it's lifecycle.
> -- With the new implementation, we will be doing RPC to meta table per mini
> batch which could be an overhead, but the same configuration
> "updateCacheFrequency" can be used to control a frequency of touching
> SYSTEM.CATALOG endpoint for updated Ptable or index maintainers.
> -- It is expected that 99% of the time the table is old and RPC will be
> returned with an empty result(so it may be less costly), as opposed to the
> current implementation where we have to send the index maintainer payload to
> each region server per upsert batch.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
