在开发过程中一般都会遇到这样的问题，还有一个类似的问题，会说请求的****没有事实表，这类问题一般都是因为请求中的维度和事实表关联设置的有问题，有些人可能会说，我明明设置了关联啊，在确认物理层和逻辑层的连接都设置正确的前提下，设置一下逻辑层表来源处的content，将事实表相关联的维表的逻辑级别都设置好，如下所示
191
基本上问题就解决了。

你可以online打开，这样你每次的修改不需要去em里重新装载，
你选择的offline打开，需要你对rpd的修改去em里重新加载。

做了Row-Wise Initialization是不能直接引用，要用 column=valueof（...）

建一个 年维度 维表的层级维。校验便不会报这个问题。

1.查看6分一下的结果可以不用做纬度，直接在过滤器中来限制一下就可以了
2.3.我觉得这两个问题其实是一样的，都是把责任类别和得分项目做一个有层次的纬度来实现下钻就可以了。
 
我也是初学者，希望能给你帮助

这个感觉是应用部署的有问题吧，参考风总的文章，再仔细核对一下步骤http://blog.csdn.net/biplusplus/article/details/8613259

如已如意说的对，这是OBIEE的限制。
如果实在没有关联，可以建个别名，自己关联自己。

你在查询里面看看NQ_SESSION.SERVICEINSTANCEROOT的值可以吗？
一般就是在$ORACLE_HOME/user_projects/domains/配置的实例名/bidata下

你这个问题，其实可以转换下思路，一种是在ETL中把预警线的相关标准作为维度，然后在事实表中加入相应的维度ID用来关联。
还有一种方法就是在物理层关联的是把预警线的标准作为关联条件来限定。
具体哪种方法，看你们的具体选择吧。

事实表呢，你要在集市里面把数据模型搭建起来啊。。事实表一聚合就可以了
 

create table 维表名字
as 
select pdate,to_char(pdate,'MM') as current_month,to_char(pdate,'Q') as current_quarter,
to_char(pdate,'YYYY') as current_year,
to_char(pdate,'yyyy"年"mm"月"dd"日"') as day_cap,
pdate as day_date,
to_char(pdate,'yyyymmdd')||'.00' as dAY_key,
to_char(pdate,'DD') as day_of_month ,
to_char(pdate,'D') as Day_of_week,
to_char(pdate,'DDD') as day_of_year,
trunc(last_day(pdate))-trunc(pdate,'MM')+1 as days_in_month,
to_char(pdate,'yyyy"年"mm"月"') as month_CAP,
to_char(pdate,'month','NLS_DATE_LANGUAGE = American') as month_en,
to_char(pdate,'yyyymm') as month_key,
to_char(pdate,'mm') as month_number,
to_char(pdate,'month','NLS_LANGUAGE = CHINESE.ZHS16GBK') as month_sc,
to_char(pdate,'yyyy')||to_char(pdate,'Q')||'.00' as quarter_key,
to_char(pdate,'W') as week_of_month,
'没有这样的函数自己拼吧' as week_of_quarter,
to_char(pdate,'WW') as week_of_year,
to_char(pdate,'Day','NLS_DATE_LANGUAGE = American') as weekday_en,
to_char(pdate,'Day','NLS_LANGUAGE = CHINESE.ZHS16GBK') as weekday_sc
from (select level,(trunc(sysdate) - 6995) + level as pdate
from dual connect by level <= to_date('2017-12-31','yyyy-mm-dd') - to_date('1998-01-01','yyyy-mm-dd'))