oracle fusion 数据分析分为两种形式： 1，obia 这种类型的fusion类于ebs，psft等。 它需要fusion数据源（fusion db）经过etl过程，将数据抽取，传送，加载到dwh中。大数据要展现在bi answers，需要将dw中的数据，经过common semantic model转换，加载到bi s
oracle fusion 数据分析分为两种形式：
1，obia
这种类型的fusion类似于ebs，psft等。 它需要fusion数据源（fusion db）经过etl过程，将数据抽取，传送，加载到dwh中。大数据要展现在bi answers，需要将dw中的数据，经过common semantic model转换，加载到bi server 上。
fusion db --> etl --> dw --> common semantic model --> bi server --> bi answers
对于obia dbdiff 和sata 的数据分析，我们需要借助 financial analytics data lineage (fusion) 和 otbi_vo_source details 这两张表格。 financial analytics data lineage (fusion) 表存储着展现层【bi answers】（presentation_catalog - presentation_table_name -presentation_column_name）数据， 逻辑层 【bi server】（logical_table_name - logical_column_name ）， 物理层【dw】（physical_table -physical_column），数据源【db vo对象】（source_model -source_table -source_column）。经过这些存储的数据，我们可以查询到各个点之间的对应关系。如果需要查询db原表，就需要利用otbi_vo_source details这个表格，通过对应分别得vo对象来匹配db原表。db原表存储在otbi_vo_source details这个表格中。
2，otbi
这种类型的fusion没有etl过程，fusion数据源直接与bi相关联，经过common semantic model转换，加载到bi server上。
fusion db --> common semantic model --> bi server --> bi answers
对于otbi sata 的数据分析（只有sata）， 我们需要借助otbi_vo_source details这张表格。这张表格存储着vo对象（vo_name -vo_full_name -vo_column_name ），展现层【bi answers】（presentation_catalog -presentation_table_name -presentation_column_name）数据， 数据源【db原表】（source_table_name -source_column_name）。通过相互的对应关系，我们可以通过已知的展现层内容，得到相应的原表，查看原表中的数据，分析是否是bug还是benchmark没有更新。
对于otbi还有一种方法，可以利用bi analytics将要测试的 logical sql输入到bi answers等到结果，在打开另一中浏览器，以管理员身份登录analytics，点击administration，manage sessions 查看各个用户执行sql的日志，日志中可以找到相应的vo对象，通过vo对象在otbi_vo_source details表格中查询相应的数据原表。