[ https://issues.apache.org/jira/browse/PHOENIX-2885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15378229#comment-15378229 ]
James Taylor commented on PHOENIX-2885: --------------------------------------- bq. I think as long as we get the cache refresh out of the synchronous path for each query we're good Agreed. Having a reasonable default and auto detecting the entity not found cases (the most common case IMO) is a better default behavior. The drop cases would worst case return data that is going to be deleted soon (until the cache refresh). Seems reasonable to me. > 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)