[
https://issues.apache.org/jira/browse/PHOENIX-6171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17208985#comment-17208985
]
Jacob Isaac commented on PHOENIX-6171:
--------------------------------------
4. Changing the TTL spec for a global view and all of its children.
We also need to consider the use case where the operator would like to modify
the PHOENIX_TTL value for the
global view and its children.
Options:
a. The non-atomic option -
In the current implementation, the PHOENIX_TTL value is stored with the
tenant/child view header.
The value is derived from the parent when the tenant/child view is created.
Will need to provide a tool/utility function to (since there may be a large
number of tenant views based on a global view)-
1. Reset the PHOENIX_TTL for a given view and all of its children.
2. Apply the new PHOENIX_TTL value for a given global view and all of its
children.
This tool will need to take care of any failures and retries.
Pros: No runtime overhead to discover the PHOENIX_TTL value
Cons: The use case for ALTERing the PHOENIX_TTL is more work when there are
child views.
b. Discover the PHOENIX_TTL value at run time (The atomic option)-
In this implementation (or should I say possible implementation), the
PHOENIX_TTL value is stored only with the global view header.
Discover the PHOENIX_TTL value for a given view/index by traversing up the
hierarchy chain.
Pros: The use case for ALTERing the PHOENIX_TTL is straight forward even when
there are child views.
Cons: Runtime overhead to discover the PHOENIX_TTL value for a given view when
needed.
[~kadir] [~larsh] [~gjacoby] [~ChinmayKulkarni] [~yanxinyi] Your thoughts and
comments on the path forward.
> Child views should not be allowed to override the parent view PHOENIX_TTL
> attribute.
> ------------------------------------------------------------------------------------
>
> Key: PHOENIX-6171
> URL: https://issues.apache.org/jira/browse/PHOENIX-6171
> Project: Phoenix
> Issue Type: Sub-task
> Reporter: Jacob Isaac
> Assignee: Jacob Isaac
> Priority: Major
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)