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 2016/07/12 12:36:20 UTC
[jira] [Commented] (PHOENIX-2885) Refresh client side cache before
throwing not found exception
[ https://issues.apache.org/jira/browse/PHOENIX-2885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15372805#comment-15372805 ]
James Taylor commented on PHOENIX-2885:
---------------------------------------
We could get fancy to handle detection of dropped entities (columns, views, sequences, etc.) through some kind of zk trickery, but not sure if it's worth it - we can file a separate JIRA for that. Often destructive deletions are disallowed in production systems anyway.
> Refresh client side cache before throwing not found exception
> -------------------------------------------------------------
>
> Key: PHOENIX-2885
> URL: https://issues.apache.org/jira/browse/PHOENIX-2885
> Project: Phoenix
> Issue Type: Bug
> Reporter: James Taylor
> Fix For: 4.9.0
>
>
> With the increased usage of the UPDATE_CACHE_FREQUENCY property to reduce RPCs, we increase the chance that a separate client attempts to access a column that doesn't exist on the cached entity. Instead of throwing in this case, we can update the client-side cache. This works well for references to entities (columns, tables) that don't yet exist. For entities that *do* exist, we won't detect that they've been deleted.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)