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
Copy file name to clipboardExpand all lines: src/unify/profiles-sync/tables.md
+12-1Lines changed: 12 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,6 +5,17 @@ plan: unify
5
5
6
6
Through Profiles Sync, Segment provides data sets and models that can help you enrich customer profiles using any warehouse data available to you.
7
7
8
+
## Understanding raw and materialized views
9
+
10
+
Profiles Sync creates two types of tables in your data warehouse: raw tables and materialized views. These tables help you work with profile and event data at different levels of detail.
11
+
12
+
- Raw tables store unprocessed event-level data and capture all updates and changes as they occur.
13
+
- Materialized views take data from raw tables and organize it into a streamlined view of profile traits, identifiers, and merges.
14
+
15
+
The following table shows how raw tables map to their corresponding materialized views:
16
+
17
+
18
+
8
19
Using a practical example of how Segment connects and then merges anonymous profiles, this page explains the tables that Segment lands, as well as the tables you materialize as part of Profiles Sync.
9
20
10
21
## Case study: anonymous site visits lead to profile merge
@@ -75,6 +86,7 @@ Initially, Segment generates two profiles for the first three calls. In the fina
75
86
Profiles Sync tracks and provides information about these events through a set of tables, which you’ll learn about in the next section.
76
87
77
88
89
+
78
90
## Profile raw tables
79
91
80
92
Profile raw tables contain records of changes to your Segment profiles and Identity Graph over time.
@@ -83,7 +95,6 @@ With raw tables, you have full control over the materialization of Profiles in y
83
95
84
96
Raw tables contain complete historical data when using historical backfill.
85
97
86
-
87
98
### The id_graph_updates table
88
99
89
100
The `id_graph_updates` table maps between the following:
0 commit comments