数据结构深水潜水
概述
MixPanel数据存储并隔离项目。目前,您无法跨多个项目查询数据。MixPanel支持一些可用于分析的数据类别:事件,用户配置文件,组配置文件和查找表。在数据仓库的说法中,事件构成了事实表,而用户配置文件,组概要文件和查找表是尺寸表。
类型 | 描述 |
---|---|
事件 | 事件描述了您产品中发生的动作。事件包含描述动作的属性。事件也可以与用户配置文件,组配置文件和查找表一起加入,以丰富数据。 了解有关事件属性的更多信息 |
用户配置文件 | 用户配置文件是一个持有用户状态的密钥/值存储。用户配置文件已连接到活动event.distinct_id = user_profile.distinct_id 了解有关个人资料属性的更多信息 |
小组配置文件 | 组配置文件是一个关键/价值存储,持有有关组成员的状态。小组配置文件已连接到您选择的活动组密钥。例如,如果您为创建一个新组密钥company_id 您的活动将加入event.company_id = group_profile.company_id 了解有关个人资料属性的更多信息 了解有关小组分析的更多信息 |
查找表 | 查找表是一个关键/值存储,它具有有关实体的状态。查找表已连接到您选择的加入密钥上的事件(和其他配置文件)。例如,如果您为“歌曲”创建查找表,并将Join键指定为song_id ,您的活动将加入event.song_id = lookup_table.song_id 。了解有关查找表的更多信息 |
例子
想象一下您从事音乐流媒体产品的工作,您想回答以下问题:
- 本周最受欢迎的歌曲和艺术家是什么?
- 用户每周的歌曲播放器数量分布是多少?
- 哪个实验在A/B测试中表现更好,以提高自由到高级帐户的更高转化率?
您想分析两个用户的唯一唯一和帐户使您创建一个组密钥帐户ID
。您还希望通过播放歌曲的详细信息来增强您的活动song_id
。您的数据模型看起来像这样:
您的Mixpanel数据由事件和个人资料,每个由特性。事件是时间序列数据库中的数据点。配置文件是钥匙值商店。
事件的解剖结构
以下事件表示用户”[电子邮件保护]“玩过song_id的0wwpca6wtmf6humpirdep7
9月29日,星期二,2020年8:42:11 pm GMT在具有IP 203.0.113.9的机器上。
{//事件“事件”的名称:“播放歌曲”,//属于属于事件的元数据的属性字典:{//与您的项目相关的Mixpanel令牌。您可以在MixPanel应用程序中的“项目设置”对话框中找到Mixpanel令牌//。没有有效令牌的事件将被忽略。“令牌”:“ 6972694D809C7390676A138834F8C890”,//发生事件的时间。如果存在,则该值应为UNIX时间戳//(自UTC时期以来毫秒)。如果您的请求中未包含此属性,// MixPanel将使用事件到达服务器的时间。如果您使用的是我们的移动SDK,//它将为您自动设置。“时间”:1601412131000,//与事件关联的IP地址字符串(例如“ 127.0.0.1”)。这是//用于将地理位置数据添加到事件中,只有在//您从后端提出请求时才需要。如果不存在IP(并且不提供IP = 1作为URL参数提供),则MixPanel将忽略请求的IP地址。 "ip": "203.0.113.9", // A unique identifier for the event. Mixpanel uses this to deduplicate events in the case // of retries or network failures. Events with the same (event, time, distinct_id, $insert_id) // are considered duplicates. // We recommend generating UUIDs for $insert_ids. Our SDKs do this automatically. "$insert_id": "5d958f87-542d-4c10-9422-0ed75893dc81", // The value of distinct_id will be treated as a string, and used to uniquely // identify a user associated with your event. If you provide a distinct_id property // with your events, you can track a given user through funnels and distinguish // unique users for retention analyses. You should always send the same distinct_id // when an event is triggered by the same user. "distinct_id": "[电子邮件保护]“,//您还可以指定要跟踪为元数据的任意属性//关于事件“ app_version”:“ 1.1.34.694.gac68a2b3”,“ song_id”:“ 0wwpca6wtmf6humpirdep7}
用户配置文件,组个人资料和查找表
这三个都是密钥/价值存储,可通过有关实体的其他元数据来增强您的事件数据。区别在于连接密钥是否可自定义,以及是否通过JOIN密钥复制和索引事件。
用户配置文件通过参加活动独特的_id
这是事件的默认索引。如果您不希望您的活动与任何用户关联,则可以设置独特的_id:“”
。
小组配置文件通过您指定的事件属性加入活动。创建新组密钥后,我们将为您在该属性上的活动添加附加索引。这使您可以通过该财产进行渠道或保留率,而不是由独特的_id
。
查找表使用您指定的JOIN密钥连接到事件和用户配置文件。与小组资料不同,您的活动是不是由JOIN密钥索引。您可以使用查找表属性进行过滤,分解等,但是您不能使用iTiques的JOIN密钥进行诸如Funnels分析之类的事情。注意:当前,组配置文件属性不能是查找表键。
配置文件类型 | 可以指定加入密钥 | 可以使用加入密钥进行唯一分析 | 可以从其他配置文件中引用 |
---|---|---|---|
用户配置文件 | |||
小组配置文件 | |||
查找表 |
更新 大约1年前