Feature view

Feature views
A feature view is an object that represents a logical group of time-series feature data as it is found in a data source. Feature views consist of zero or more entities, one or more features, and a data source. Feature views allow Feast to model your existing feature data in a consistent way in both an offline (training) and online (serving) environment. Feature views generally contain features that are properties of a specific object, in which case that object is defined as an entity and included in the feature view. If the features are not related to a specific object, the feature view might not have entities; see feature views without entities below.
driver_trips_feature_view.py
1
from feast import BigQuerySource, FeatureView, Field
2
from feast.types import Float32, Int64
3
​
4
driver_stats_fv = FeatureView(
5
    name="driver_activity",
6
    entities=["driver"],
7
    schema=[
8
        Field(name="trips_today", dtype=Int64),
9
        Field(name="rating", dtype=Float32),
10
    ],
11
    source=BigQuerySource(
12
        table="feast-oss.demo_data.driver_activity"
13
    )
14
)
Copied!
Feature views are used during
The generation of training datasets by querying the data source of feature views in order to find historical feature values. A single training dataset may consist of features from multiple feature views.
Loading of feature values into an online store. Feature views determine the storage schema in the online store. Feature values can be loaded from batch sources or from stream sources.
Retrieval of features from the online store. Feature views provide the schema definition to Feast in order to look up features from the online store.
Feast does not generate feature values. It acts as the ingestion and serving system. The data sources described within feature views should reference feature values in their already computed form.
Feature views without entities
If a feature view contains features that are not related to a specific entity, the feature view can be defined without entities (only event timestamps are needed for this feature view).
global_stats.py
1
from feast import BigQuerySource, FeatureView, Field
2
from feast.types import Int64
3
​
4
global_stats_fv = FeatureView(
5
    name="global_stats",
6
    entities=[],
7
    schema=[
8
        Field(name="total_trips_today_by_all_drivers", dtype=Int64),
9
    ],
10
    source=BigQuerySource(
11
        table="feast-oss.demo_data.global_stats"
12
    )
13
)
Copied!
Feature inferencing
If the features parameter is not specified in the feature view creation, Feast will infer the features during feast apply by creating a feature for each column in the underlying data source except the columns corresponding to the entities of the feature view or the columns corresponding to the timestamp columns of the feature view's data source. The names and value types of the inferred features will use the names and data types of the columns from which the features were inferred.
Entity aliasing
"Entity aliases" can be specified to join entity_dataframe columns that do not match the column names in the source table of a FeatureView.
This could be used if a user has no control over these column names or if there are multiple entities are a subclass of a more general entity. For example, "spammer" and "reporter" could be aliases of a "user" entity, and "origin" and "destination" could be aliases of a "location" entity as shown below.
It is suggested that you dynamically specify the new FeatureView name using .with_name and join_key_map override using .with_join_key_map instead of needing to register each new copy.
location_stats_feature_view.py
temperatures_feature_service.py
1
from feast import BigQuerySource, Entity, FeatureView, Field, ValueType
2
from feast.types import Int32
3
​
4
location = Entity(name="location", join_keys=["location_id"], value_type=ValueType.INT64)
5
​
6
location_stats_fv= FeatureView(
7
    name="location_stats",
8
    entities=["location"],
9
    schema=[
10
        Field(name="temperature", dtype=Int32)
11
    ],
12
    source=BigQuerySource(
13
        table="feast-oss.demo_data.location_stats"
14
    ),
15
)
Copied!
1
from location_stats_feature_view import location_stats_fv
2
​
3
temperatures_fs = FeatureService(
4
    name="temperatures",
5
    features=[
6
        location_stats_fv
7
            .with_name("origin_stats")
8
            .with_join_key_map(
9
                {"location_id": "origin_id"}
10
            ),
11
        location_stats_fv
12
            .with_name("destination_stats")
13
            .with_join_key_map(
14
                {"location_id": "destination_id"}
15
            ),
16
    ],
17
)
Copied!
Feature
A feature is an individual measurable property. It is typically a property observed on a specific entity, but does not have to be associated with an entity. For example, a feature of a customer entity could be the number of transactions they have made on an average month, while a feature that is not observed on a specific entity could be the total number of posts made by all users in the last month.
Features are defined as part of feature views. Since Feast does not transform data, a feature is essentially a schema that only contains a name and a type:
1
from feast import Field
2
from feast.types import Float32
3
​
4
trips_today = Field(
5
    name="trips_today",
6
    dtype=Float32
7
)
Copied!
Together with data sources, they indicate to Feast where to find your feature values, e.g., in a specific parquet file or BigQuery table. Feature definitions are also used when reading features from the feature store, using feature references.
Feature names must be unique within a feature view.
[Alpha] On demand feature views
On demand feature views allows users to use existing features and request time data (features only available at request time) to transform and create new features. Users define python transformation logic which is executed in both historical retrieval and online retrieval paths:
1
from feast import Field, RequestSource
2
from feast.types import Float64
3
​
4
# Define a request data source which encodes features / information only
5
# available at request time (e.g. part of the user initiated HTTP request)
6
input_request = RequestSource(
7
    name="vals_to_add",
8
    schema=[
9
        Field(name="val_to_add", dtype=PrimitiveFeastType.INT64),
10
        Field(name="val_to_add_2": dtype=PrimitiveFeastType.INT64),
11
    ]
12
)
13
​
14
# Use the input data and feature view features to create new features
15
@on_demand_feature_view(
16
   sources=[
17
       driver_hourly_stats_view,
18
       input_request
19
   ],
20
   schema=[
21
     Field(name='conv_rate_plus_val1', dtype=Float64),
22
     Field(name='conv_rate_plus_val2', dtype=Float64)
23
   ]
24
)
25
def transformed_conv_rate(features_df: pd.DataFrame) -> pd.DataFrame:
26
    df = pd.DataFrame()
27
    df['conv_rate_plus_val1'] = (features_df['conv_rate'] + features_df['val_to_add'])
28
    df['conv_rate_plus_val2'] = (features_df['conv_rate'] + features_df['val_to_add_2'])
29
    return df
Copied!

Entity

Feature retrieval

Last modified 7d ago

Export as PDF

Copy link

Edit on GitHub

Contents

Feature views

Feature views without entities

Feature inferencing

Entity aliasing

Feature

[Alpha] On demand feature views