本文档所描述的内容属于神策广告分析的高级使用功能，涉及较多技术细节，适用于对相关功能有经验的用户参考。如果对文档内容有疑惑，请咨询神策值班同学获取一对一的协助。
概述
神策广告分析在神策产品体系下，基于神策分析衍生出来的新产品，完整详细用户数据存储在神策分析服务器上，因此数据访问同样支持SQL 查询方式，即直接使用 JDBC 或者 impala-shell 进行数据查询，具体使用步骤参考：「神策分析-使用JDBC进行数据访问」
使用方法
使用步骤
参考「神策分析-使用JDBC进行数据访问」中「2.1使用步骤」进行查询配置。
注意：若您为 SA 云版客户，则不支持通过 JDBC 进行数据访问，需使用 查询 API 中的「自定义查询」获取数据，详见 「用户&事件数据导出 PULL API」。
广告数据所在库表
广告归因数据
神策广告分析对于广告归因数据使用单独渠道表的方式存储，同时通过神策体系下的「虚拟属性」关联到事件表中，因此提供如下两种方式查询。
关联埋点事件查询
- 库名：rawdata
- 表名：events
- 广告归因相关数据字段：参照「神策广告分析-所有渠道属性说明」中「虚拟属性」中的sd_*相关属性
单独查询用户归因广告渠道数据
- 库名：
- 表名：custom_mutable_ads_dimension
- 广告归因相关数据字段：参照「神策广告分析-所有渠道属性说明」中「虚拟属性」中的sd_*相关属性，前缀统一改为为「p__*」
媒体报表中展示点击消耗报表数据
神策广告分析SaaS版现在逐步将ADP组件的功能迁移至ChannelLink组件中，客户的数据拉取导数方式也同样会迁移。导出报表展点消数据前，请先与神策对接同事确认，你的项目环境目前是否已开启ChannelLink拉数开关。若未开启，参考3.2.1节方式；若已开启，参考3.2.2节方式。
通过ADP组件拉数 (旧方式)
表名：
| 表名 | 存储的数据 | 备注 | 表结构 | ||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| advertising_sem_project_data | 广告搜索数据sem数据 |
| |||||||||||||||||||||||||||||||||||||||||||
| advertising_sem_search_project_data | 广告搜索数据（有搜索词信息）sem搜索数据 |
| |||||||||||||||||||||||||||||||||||||||||||
| advertising_project_data | 信息流数据 |
| |||||||||||||||||||||||||||||||||||||||||||
| ads_reporting_appstore_data_v2 | 应用商店数据 | 接口拉取形式，有vivo渠道之后 |
|
- 特别说明
- 不同媒体的广告体系组织层级名字不一样（例如，腾讯层级为广告计划、广告组、广告，巨量引擎层级为广告组，广告计划、广告）因此采取highest_id、intergrade_id、minimum_id表示层级结构
- 媒体报表最细粒度为小时级别报表，一个小时一条记录，部分媒体只有天级别报表
- "day"字段的使用说明：
- 展示成 yyyy-MM-dd 的格式：FROM_UNIXTIME(cast(day*86400 as bigint),'yyyy-MM-dd')
- 展示成 yyyy-MM-dd HH:mm:ss 的格式：EPOCH_TO_TIMESTAMP(day* 86400)
通过ChannelLink组件拉数 (新方式)
库名：ads_dataflow_{项目名}
表名：跟3.2.1小节中表名一致
字段：大部分字段与3.2.1小节中表字段一致，去掉了project_id字段（因为库名中包含了项目名称），其他完全一致