feast-dev / feast-dev/feast

Be able to override the TTL parameter at retrieval time

Open
#1,897 1 comment 1 reaction 1 assignee Claimed by @felixwang9817 View on GitHub
Community Contribution Needed keep-open kind/feature not-critical priority/p1
Dominant language
Python
Stars
7.3k
Forks
1.4k
Avg merge
1d 21h
Merged PRs (30d)
15

Description

**Is your feature request related to a problem? Please describe.**
While feature views are meant to be reusable, not all the teams/use cases have the same need for TTL. Therefore we should be able to pass a TTL at retrieval time that will override the one registered in the feature views.

**Describe the solution you'd like**
**Option 1:**
Add a "ttl" parameter that will override the TTL **for all feature views** for the retrieval query
```python
from datetime import timedelta
get_historical_features(
...,
ttl=timedelta(days=365)
)
```

**Option 2:**
Be able to pass a `List[FeatureView]` to the `get_historical_features()` method so that the users could possibly change tweak the information of FeatureView before performing a retrieval operation
```python
from datetime import timedelta

...
# fv1 & fv2 are FeatureViews loaded from the registry
fv1.ttl = timedelta(days=365)

get_historical_features(
features=[
fv1,
fv2,
]
)
```

**Option 3:**
Add a "ttl" parameter but be able to specify which ttl applies to which feature view of the retrieval query
```python
from datetime import timedelta
get_historical_features(
...,
ttl={
"fv1": timedelta(days=365),
}
)
```

**Describe alternatives you've considered**
A clear and concise description of any alternative solutions or features you've considered.

**Additional context**
Add any other context or screenshots about the feature request here.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.