tecton.BatchFeatureView
Summaryβ
A Tecton Batch Feature View, used for materializing features on a batch schedule
from a BatchSource. The BatchFeatureView should not be instantiated directly and
the tecton.batch_feature_view()
decorator is
recommended instead.
Attributesβ
Name | Data Type | Description |
---|---|---|
aggregations | Optional[configs.Aggregation] | List of Aggregation configs used by this Feature View. |
batch_schedule | Optional[datetime.timedelta] | The batch schedule of this Feature View. |
batch_trigger | BatchTriggerType | The BatchTriggerType for this FeatureView. |
created_at | Optional[datetime.datetime] | The time that this Tecton object was created or last updated. |
defined_in | Optional[str] | The repo filename where this object was declared. |
description | str | Returns the description of the Tecton object. |
entities | List[specs.EntitySpec] | The Entities for this Feature View. |
feature_start_time | Optional[datetime.datetime] | |
id | str | Returns the unique id of the Tecton object. |
info | A dataclass containing basic info about this Tecton Object. | |
is_batch_trigger_manual | bool | Whether this Feature Viewβs batch trigger is BatchTriggerType.Manual. |
join_keys | List[str] | The join key column names. |
max_source_data_delay | datetime.timedelta | Returns the maximum data delay of input sources for this feature view. |
name | str | Returns the name of the Tecton object. |
online_serving_index | List[str] | The set of join keys that will be indexed and queryable during online serving. |
owner | Optional[str] | Returns the owner of the Tecton object. |
sources | The Source inputs for this Feature View. | |
tags | Dict[str, str] | Returns the tags of the Tecton object. |
transformations | List[specs.TransformationSpec] | The Transformations used by this Feature View. |
url | str | Returns a link to the Tecton Web UI. |
wildcard_join_key | Optional[set] | Returns a wildcard join key column name if it exists; Otherwise returns None. |
workspace | Optional[str] | Returns the workspace that this Tecton object belongs to. |
options | Optional[Dict[str, str]] | A map of additional batch feature view options. |
Methodsβ
Name | Description |
---|---|
cancel_materialization_job(...) | Cancels the scheduled or running batch materialization job for this Feature View specified by the job identifier. |
delete_keys(...) | Deletes any materialized data that matches the specified join keys from the FeatureView. |
deletion_status(...) | Displays information for deletion jobs created with the delete_keys(...) method,which may include past jobs, scheduled jobs, and job failures. |
get_feature_columns() | The features produced by this FeatureView. |
get_historical_features(...) | Returns a TectonDataFrame of historical values for this feature view. |
get_materialization_job() | Retrieves data about the specified materialization job for this Feature View. |
get_online_features(...) | Returns a single Tecton tecton.FeatureVector from the Online Store. |
get_timestamp_field() | Returns the name of the timestamp field for this Feature View. |
list_materialization_jobs() | Retrieves the list of all materialization jobs for this Feature View. |
materialization_status(...) | Displays materialization information for the FeatureView, which may include past jobs, scheduled jobs, and job failures. |
run(...) | Run the FeatureView. |
summary() | Displays a human readable summary. |
test_run(...) | Run the FeatureView using mock data sources. |
trigger_materialization_job(...) | Starts a batch materialization job for this Feature View. |
validate() | Validate this Tecton object and its dependencies (if any). |
wait_for_materialization_job(...) | Blocks until the specified job has been completed. |
with_join_key_map(...) | Rebind join keys for a Feature View used in a Feature Service. |
with_name(...) | Rename a Feature View used in a Feature Service. |
cancel_materialization_job(...)β
Cancels the scheduled or running batch materialization job for this Feature View specified by the job identifier. Once cancelled, a job will not be retried further.
Job run state will be set to MANUAL_CANCELLATION_REQUESTED
. Note that
cancellation is asynchronous, so it may take some time for the cancellation to
complete. If job run is already in MANUAL_CANCELLATION_REQUESTED
or in a
terminal state then itβll return the job.
Parametersβ
job_id
(str
) β ID string of the materialization job.
Returnsβ
MaterializationJobData
object for the
cancelled job.
delete_keys(...)β
Deletes any materialized data that matches the specified join keys from the FeatureView.
This method kicks off a job to delete the data in the offline and online stores.
If a FeatureView has multiple entities, the full set of join keys must be
specified. Can only be used when offline_store
is set to DeltaConfig()
. A
maximum 500,000 keys can be deleted per request.
Parametersβ
-
keys
(Union[
DataFrame
,DataFrame
]
) β The Dataframe to be deleted. Must conform to the FeatureView join keys. -
online
(bool
) β (Optional, default=True
) Whether or not to delete from the online store. -
offline
(bool
) β (Optional, default=True
) Whether or not to delete from the offline store.
Returnsβ
None if deletion job was created successfully.
deletion_status(...)β
Displays information for deletion jobs created with the delete_keys(...)
method, which may include past jobs, scheduled jobs, and job failures.
Parametersβ
-
verbose
βIf set to true, method will display additional low level deletion information, useful for debugging. (Default:False
) -
limit
β Maximum number of jobs to return. (Default:1000
) -
sort_columns
β A comma-separated list of column names by which to sort the rows. (Default:None
) -
errors_only
: If set to true, method will only return jobs that failed with an error. (Default:False
)
get_feature_columns()β
The features produced by this FeatureView.
get_historical_features(...)β
Returns a
TectonDataFrame
of historical values for this feature view.
By default (i.e. from_source=None
), this method fetches feature values from
the Offline Store for Feature Views that have offline materialization enabled
and otherwise computes feature values on the fly from raw data.
If no arguments are passed in, all feature values for this feature view will be returned in a Tecton DataFrame.
The timestamp_key parameter is only applicable when a spine is passed in. Parameters start_time, end_time, and entities are only applicable when a spine is not passed in.
The ability to run get_historical_features
as part of a unit test was added in
SDK 0.7. To utilize this, provide the mocked data sources in the mock_inputs
parameter in a test that is run via tecton test
or pytest
.
Parametersβ
-
spine
(Union[
pyspark.sql.DataFrame
,pandas.DataFrame
,TectonDataFrame
]
) β The spine to join against, as a dataframe. If present, the returned DataFrame will contain rollups for all (join key, temporal key) combinations that are required to compute a full frame from the spine. To distinguish between spine columns and feature columns, feature columns are labeled as feature_view_name.feature_name in the returned DataFrame. If spine is not specified, itβll return a DataFrame of feature values in the specified time range. (Default:None
) -
timestamp_key
(str
) β Name of the time column in the spine. This method will fetch the latest features computed before the specified timestamps in this column. If unspecified, will default to the time column of the spine if there is only one present. If more than one time column is present in the spine, you must specify which column youβd like to use. -
start_time
(datetime.datetime
) β The interval start time from when we want to retrieve features. If no timezone is specified, will default to using UTC. (Default:None
) -
end_time
(datetime.datetime
) β The interval end time until when we want to retrieve features. If no timezone is specified, will default to using UTC. (Default:None
) -
entities
(Union[
pyspark.sql.DataFrame
,pandas.DataFrame
,TectonDataFrame
]
) β Filter feature data returned to a set of entity IDs. If specified, this DataFrame should only contain join key columns. (Default:None
) -
from_source
(bool
) β Whether feature values should be recomputed from the original data source. IfNone
, feature values will be fetched from the Offline Store for Feature Views that have offline materialization enabled and otherwise computes feature values on the fly from raw data. Usefrom_source=True
to force computing from raw data andfrom_source=False
to error if any Feature Views are not materialized. (Default:None
) -
save
(bool
) β Whether to persist the DataFrame as a Dataset object. Default is False. (Default:False
) -
save_as
(str
) β Name to save the DataFrame as. If unspecified and save=True, a name will be generated. (Default:None
) -
mock_inputs
(Optional[Dict[str, Union[pandas.DataFrame, pyspark_dataframe.DataFrame]]]
) β Dictionary for mock inputs that should be used instead of fetching directly from raw data sources. The keys should match the feature viewβs function parameters. For feature views with multiple sources, mocking some data sources and using raw data for others is supported. Usingmock_inputs
is incompatible withfrom_source=False
andsave/save_as
.
Returnsβ
Examplesβ
A FeatureView fv
with join key user_id
.
-
fv.get_historical_features(spine)
wherespine=pandas.Dataframe({'user_id': [1,2,3], 'date': [datetime(...), datetime(...), datetime(...)]})
Fetch historical features from the offline store for users 1, 2, and 3 for the specified timestamps in the spine. -
fv.get_historical_features(spine, save_as='my_dataset)
wherespine=pandas.Dataframe({'user_id': [1,2,3], 'date': [datetime(...), datetime(...), datetime(...)]})
Fetch historical features from the offline store for users 1, 2, and 3 for the specified timestamps in the spine. Save the DataFrame as dataset with the name :py:mod`my_dataset`. -
fv.get_historical_features(spine, timestamp_key='date_1')
wherespine=pandas.Dataframe({'user_id': [1,2,3], 'date_1': [datetime(...), datetime(...), datetime(...)], 'date_2': [datetime(...), datetime(...), datetime(...)]})
Fetch historical features from the offline store for users 1, 2, and 3 for the specified timestamps in the βdate_1β column in the spine. -
fv.get_historical_features(start_time=datetime(...), end_time=datetime(...))
Fetch all historical features from the offline store in the time range specified by start_time and end_time.
get_materialization_job()β
Retrieves data about the specified materialization job for this Feature View.
This data includes information about job attempts.
Parametersβ
job_id
(str
): ID string of the materialization job.
Returnsβ
MaterializationJobData
object for the job.
get_online_features(...)β
Returns a single Tecton
tecton.FeatureVector
from the Online Store.
Parametersβ
-
join_keys
(Mapping
[str
,Union
[int
,int64
,str
,bytes
]]) β The join keys to fetch from the online store. -
include_join_keys_in_response
(bool
) β Whether to include join keys as part of the response FeatureVector. (Default:False
)
Returnsβ
A
tecton.FeatureVector
of the results.
Examplesβ
A FeatureView fv
with join key user_id
.
-
fv.get_online_features(join_keys={'user_id': 1})
Fetch the latest features from the online store for user 1. -
fv.get_online_features(join_keys={'user_id': 1}, include_join_keys_in_respone=True)
Fetch the latest features from the online store for user 1 and include the join key information (user_id=1) in the returned FeatureVector.
get_timestamp_field()β
Returns the name of the timestamp field for this Feature View.
list_materialization_jobs()β
Retrieves the list of all materialization jobs for this Feature View.
Returnsβ
List of MaterializationJobData
objects.
materialization_status(...)β
Displays materialization information for the FeatureView, which may include past jobs, scheduled jobs, and job failures.
This method returns different information depending on the type of FeatureView.
Parametersβ
verbose
: If set to true, method will display additional low level materialization information, useful for debugging. (Default:False
)limit
: Maximum number of jobs to return. (Default:1000
)sort_columns
: A comma-separated list of column names by which to sort the rows. (Default:None
)errors_only
: If set to true, method will only return jobs that failed with an error. (Default:False
)
run(...)β
Run the FeatureView. Supports transforming data directly from raw data sources or using mock data.
To run the feature view with data from raw data sources, the environment must have access to the data sources.
The ability to call run
as part of a unit test was added in SDK 0.7. To
utilize this, provide the mocked data sources as part of the mock_sources
kwargs in a test that is run via tecton test
or pytest
.
Parametersβ
-
start_time
(datetime
) β The start time of the time window to materialize. -
end_time
(datetime
) β The end time of the time window to materialize. -
aggregation_level
(Optional
[str
]) β For feature views with aggregations, aggregation_level configures which stage of the aggregation to run up to. The query for Aggregate Feature Views operates in three steps:-
The feature view query is run over the provided time range. The user defined transformations are applied over the data source.
-
The result of #1 is aggregated into tiles the size of the aggregation_interval.
-
The tiles from #2 are combined to form the final feature values. The number of tiles that are combined is based off of the time_window of the aggregation.
For testing and debugging purposes, to see the output of #1, use
aggregation_level="disabled"
. For #2, useaggregation_level="partial"
. For #3, useaggregation_level="full"
.aggregation_level="full"
is the default behavior. -
-
**mock_sources
β kwargs for mock sources that should be used instead of fetching directly from raw data sources. The keys should match the feature viewβs function parameters. For feature views with multiple sources, mocking some data sources and using raw data for others is supported.
Returnsβ
A tecton DataFrame of the results.
Exampleβ
import tecton
import pandas
from datetime import datetime
# Example running a non-aggregate feature view with mock data.
feature_view = tecton.get_workspace("my_workspace").get_feature_view("my_feature_view")
mock_fraud_user_data = pandas.DataFrame(
{
"user_id": ["user_1", "user_2", "user_3"],
"timestamp": [datetime(2022, 5, 1, 0), datetime(2022, 5, 1, 2), datetime(2022, 5, 1, 5)],
"credit_card_number": [1000, 4000, 5000],
}
)
result = feature_view.run(
start_time=datetime(2022, 5, 1), end_time=datetime(2022, 5, 2), fraud_users_batch=mock_fraud_user_data
) # `fraud_users_batch` is the name of this FeatureView's data source parameter.
# Example running an aggregate feature view with real data.
aggregate_feature_view = tecton.get_workspace("my_workspace").get_feature_view("my_aggregate_feature_view")
result = aggregate_feature_view.run(
start_time=datetime(2022, 5, 1), end_time=datetime(2022, 5, 2), aggregation_level="full"
) # or "partial" or "disabled"
summary()β
Displays a human readable summary of this data source.
test_run(...)β
Run the FeatureView using mock data sources. This requires a local spark session.
test_run
is deprecated starting in Tecton 0.7. This functionality has been
replaced by run
supporting unit tests. However, test_run
is still currently
maintained for backwards compatibility.
Parametersβ
-
start_time
(datetime
) β The start time of the time window to materialize. -
end_time
(datetime
) β The end time of the time window to materialize. -
aggregation_level
(Optional
[str
]) β For feature views with aggregations, aggregation_level configures what stage of the aggregation to run up to.The query for Aggregate Feature Views operates in three logical steps:
-
The feature view query is run over the provided time range. The user defined transformations are applied over the data source.
-
The result of #1 is aggregated into tiles the size of the aggregation_interval.
-
The tiles from #2 are combined to form the final feature values. The number of tiles that are combined is based off of the time_window of the aggregation.
For testing and debugging purposes, to see the output of (i), use
aggregation_level="disabled"
. For (ii), useaggregation_level="partial"
. For (iii), useaggregation_level="full"
.aggregation_level="full"
is the default behavior. -
-
**mock_sources
β kwargs with expected same keys as the FeatureViewβs inputs parameter. Each input name maps to a Spark DataFrame that should be evaluated for that node in the pipeline.
Exampleβ
from datetime import datetime, timedelta
import pandas
from fraud.features.batch_features.user_credit_card_issuer import user_credit_card_issuer
# The `tecton_pytest_spark_session` is a PyTest fixture that provides a
# Tecton-defined PySpark session for testing Spark transformations and feature
# views.
def test_user_distinct_merchant_transaction_count_30d(tecton_pytest_spark_session):
input_pandas_df = pandas.DataFrame(
{
"user_id": ["user_1", "user_2", "user_3", "user_4"],
"signup_timestamp": [datetime(2022, 5, 1)] * 4,
"cc_num": [1000000000000000, 4000000000000000, 5000000000000000, 6000000000000000],
}
)
input_spark_df = tecton_pytest_spark_session.createDataFrame(input_pandas_df)
# Simulate materializing features for May 1st.
output = user_credit_card_issuer.run(
start_time=datetime(2022, 5, 1), end_time=datetime(2022, 5, 2), fraud_users_batch=input_spark_df
)
actual = output.to_pandas()
expected = pandas.DataFrame(
{
"user_id": ["user_1", "user_2", "user_3", "user_4"],
"signup_timestamp": [datetime(2022, 5, 1)] * 4,
"credit_card_issuer": ["other", "Visa", "MasterCard", "Discover"],
}
)
pandas.testing.assert_frame_equal(actual, expected)
Returnsβ
A
TectonDataFrame
object.
trigger_materialization_job(...)β
Starts a batch materialization job for this Feature View.
Parametersβ
-
start_time
(datetime
) β The job will materialize feature values between the start_time and end_time. -
end_time
(datetime
) β The job will materialize feature values between the start_time and end_time. -
online
(bool
) β Whether the job will materialize features to the online store. The Feature View must be configured with online=True in order to materialize features online. -
offline
(bool
) β Whether the job will materialize features to the offline store. The Feature View must be configured with offline=True in order to materialize features offline. -
use_tecton_managed_retries
(bool
) β If enabled, Tecton will automatically retry failed attempts. Disable to manage your own retry behavior. (Default:True
) -
overwrite
(bool
) β If enabled, allow triggering materialization for periods of time that have previously materialized data. For more details, see here. (Default:False
)
Returnsβ
ID string of the created materialization job.
Raisesβ
TectonValidationError
β If job params are not valid.
validate()β
Validate this Tecton object and its dependencies (if any).
Validation performs most of the same checks and operations as tecton plan
.
-
Check for invalid object configurations, e.g. setting conflicting fields.
-
For Data Sources and Feature Views, test query code and derive schemas. e.g. test that a Data Sourceβs specified s3 path exists or that a Feature Viewβs SQL code executes and produces supported feature data types.
Objects already applied to Tecton do not need to be re-validated on retrieval
(e.g. fv = tecton.get_workspace('prod').get_feature_view('my_fv')
) since they
have already been validated during tecton plan
. Locally defined objects (e.g.
my_ds = BatchSource(name="my_ds", ...)
) may need to be validated before some
of their methods can be called, e.g.
my_feature_view.get_historical_features()
.
wait_for_materialization_job(...)β
Blocks until the specified job has been completed.
Parametersβ
-
job_id
(str
) β ID string of the materialization job. -
timeout
(Optional
[timedelta
]) β (Optional) timeout for this function. An exception is raised if the job does not complete within the specified time. (Default:None
)
Returnsβ
MaterializationJobData
object for the
successful job.
Raisesβ
-
MaterializationTimeoutException
β If timeout param is specified and job does not complete within the specified time. -
MaterializationJobFailedException
β If materialization job did not reach a successful state.
with_join_key_map(...)β
Rebind join keys for a Feature View used in a Feature Service.
The keys in join_key_map
should be the feature view join keys, and the values
should be the feature service overrides.
from tecton import FeatureService
# The join key for this feature service will be "feature_service_user_id".
feature_service = FeatureService(
name="feature_service",
features=[
my_feature_view.with_join_key_map({"user_id": "feature_service_user_id"}),
],
)
# Here is a more sophisticated example. The join keys for this feature service will be "transaction_id",
# "sender_id", and "recipient_id" and will contain three feature views named "transaction_features",
# "sender_features", and "recipient_features".
transaction_fraud_service = FeatureService(
name="transaction_fraud_service",
features=[
# Select a subset of features from a feature view.
transaction_features[["amount"]],
# Rename a feature view and/or rebind its join keys. In this example, we want user features for both the
# transaction sender and recipient, so include the feature view twice and bind it to two different feature
# service join keys.
user_features.with_name("sender_features").with_join_key_map({"user_id": "sender_id"}),
user_features.with_name("recipient_features").with_join_key_map({"user_id": "recipient_id"}),
],
)
with_name(...)β
Rename a Feature View used in a Feature Service.
from tecton import FeatureService
# The feature view in this feature service will be named "new_named_feature_view" in training data dataframe
# columns and other metadata.
feature_service = FeatureService(
name="feature_service",
features=[my_feature_view.with_name("new_named_feature_view")],
)
# Here is a more sophisticated example. The join keys for this feature service will be "transaction_id",
# "sender_id", and "recipient_id" and will contain three feature views named "transaction_features",
# "sender_features", and "recipient_features".
transaction_fraud_service = FeatureService(
name="transaction_fraud_service",
features=[
# Select a subset of features from a feature view.
transaction_features[["amount"]],
# Rename a feature view and/or rebind its join keys. In this example, we want user features for both the
# transaction sender and recipient, so include the feature view twice and bind it to two different feature
# service join keys.
user_features.with_name("sender_features").with_join_key_map({"user_id": "sender_id"}),
user_features.with_name("recipient_features").with_join_key_map({"user_id": "recipient_id"}),
],
)