You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "Maryann Xue (JIRA)" <ji...@apache.org> on 2017/05/24 13:34:04 UTC

[jira] [Updated] (PHOENIX-3341) Schema update is not visible to following statements of the same connection due to CalciteSchema caching.

     [ https://issues.apache.org/jira/browse/PHOENIX-3341?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Maryann Xue updated PHOENIX-3341:
---------------------------------
    Summary: Schema update is not visible to following statements of the same connection due to CalciteSchema caching.  (was: Data update is not visible to following statements of the same connection due to CalciteSchema caching.)

> Schema update is not visible to following statements of the same connection due to CalciteSchema caching.
> ---------------------------------------------------------------------------------------------------------
>
>                 Key: PHOENIX-3341
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-3341
>             Project: Phoenix
>          Issue Type: Sub-task
>            Reporter: Maryann Xue
>            Assignee: Maryann Xue
>              Labels: calcite
>
> The TableRef object contains a timestamp which will be used for TableScan. The timestamp should be set at the time of the statement being compiled. Now that the table resolving goes from Calcite and CalciteSchema caches TableEntry through the whole connection, the table will not be re-resolved if any previous statement has already resolved it. If a previous statement did an update, the next statement cannot see the update since it's holding a TableRef object containing the old timestamp.
> The CalciteSchema caching would also be a problem if a table, a view, or a function is modified or dropped.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)