You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The `--disable-event-timestamp` flag allows you to materialize features using the current datetime without needing to specify start and end timestamps. This is useful for quick testing or when you want to materialize all available data up to now.
130
+
The `--disable-event-timestamp` flag allows you to materialize all available feature data using the current datetime as the event timestamp, without needing to specify start and end timestamps. This is useful when your source data lacks proper event timestamp columns.
131
131
132
132
```commandline
133
133
Materializing feature view driver_hourly_stats from 2021-04-14 to 2021-04-15 done!
Feast uses online stores to serve features at low latency.
4
-
Feature values are loaded from data sources into the online store through _materialization_, which can be triggered through the `materialize` command.
5
-
6
-
The storage schema of features within the online store mirrors that of the original data source.
7
-
One key difference is that for each [entity key](../concepts/entity.md), only the latest feature values are stored.
8
-
No historical values are stored.
9
-
10
-
Here is an example batch data source:
11
-
12
-

13
-
14
-
Once the above data source is materialized into Feast (using `feast materialize`), the feature values will be stored as follows:
15
-
16
-

17
-
1
+
# Online store
2
+
3
+
Feast uses online stores to serve features at low latency.
4
+
Feature values are loaded from data sources into the online store through _materialization_, which can be triggered through the `materialize` command (either with specific timestamps or using `--disable-event-timestamp` to materialize all data with current timestamps).
5
+
6
+
The storage schema of features within the online store mirrors that of the original data source.
7
+
One key difference is that for each [entity key](../concepts/entity.md), only the latest feature values are stored.
8
+
No historical values are stored.
9
+
10
+
Here is an example batch data source:
11
+
12
+

13
+
14
+
Once the above data source is materialized into Feast (using `feast materialize` with timestamps or `feast materialize --disable-event-timestamp`), the feature values will be stored as follows:
15
+
16
+

17
+
18
18
Features can also be written directly to the online store via [push sources](../../reference/data-sources/push.md) .
Copy file name to clipboardExpand all lines: docs/getting-started/components/overview.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@
7
7
***Create Batch Features:** ELT/ETL systems like Spark and SQL are used to transform data in the batch store.
8
8
***Create Stream Features:** Stream features are created from streaming services such as Kafka or Kinesis, and can be pushed directly into Feast via the [Push API](../../reference/data-sources/push.md).
9
9
***Feast Apply:** The user (or CI) publishes versioned controlled feature definitions using `feast apply`. This CLI command updates infrastructure and persists definitions in the object store registry.
10
-
***Feast Materialize:** The user (or scheduler) executes `feast materialize` which loads features from the offline store into the online store.
10
+
***Feast Materialize:** The user (or scheduler) executes `feast materialize`(with timestamps or `--disable-event-timestamp` to materialize all data with current timestamps) which loads features from the offline store into the online store.
11
11
***Model Training:** A model training pipeline is launched. It uses the Feast Python SDK to retrieve a training dataset that can be used for training models.
12
12
***Get Historical Features:** Feast exports a point-in-time correct training dataset based on the list of features and entity dataframe provided by the model training pipeline.
13
13
***Deploy Model:** The trained model binary (and list of features) are deployed into a model serving system. This step is not executed by Feast.
The `--disable-event-timestamp` flag is useful for quick testing or when you want to materialize all available data up to the current time.
177
+
The `--disable-event-timestamp` flag is useful when your source data lacks event timestamp columns, allowing you to materialize all available data using the current datetime as the event timestamp.
178
178
179
179
```text
180
180
Materializing 1 feature views from 2020-01-01 to 2022-01-01
The `--disable-event-timestamp` flag allows you to materialize features using the current datetime without needing to specify start and end timestamps. This is useful for quick testing or when you want to materialize all available data up to now.
128
+
The `--disable-event-timestamp` flag allows you to materialize all available feature data using the current datetime as the event timestamp, without needing to specify start and end timestamps. This is useful when your source data lacks proper event timestamp columns.
129
129
130
130
```commandline
131
131
Materializing feature view driver_hourly_stats from 2021-04-14 to 2021-04-15 done!
help="Use current datetime for materialization instead of requiring timestamps",
317
+
help="Materialize all available data using current datetime as event timestamp (useful when source data lacks event timestamps)",
318
318
)
319
319
@click.pass_context
320
320
defmaterialize_command(
@@ -332,7 +332,7 @@ def materialize_command(
332
332
333
333
START_TS and END_TS should be in ISO 8601 format, e.g. '2021-07-16T19:20:01'
334
334
335
-
If --disable-event-timestamp is used, timestamps are not required and datetime.now() will be used.
335
+
If --disable-event-timestamp is used, timestamps are not required and all available data will be materialized using the current datetime as the event timestamp.
336
336
"""
337
337
store=create_feature_store(ctx)
338
338
@@ -342,7 +342,8 @@ def materialize_command(
342
342
"Cannot specify START_TS or END_TS when --disable-event-timestamp is used"
343
343
)
344
344
now=datetime.now()
345
-
start_date=now
345
+
# Query all available data and use current datetime as event timestamp
346
+
start_date=datetime(1970, 1, 1) # Beginning of time to capture all historical data
0 commit comments