jtf_rs_defresources_srp_v引起的问题 同义词无数据 基表有数据

今天搞了整一个上午。R12 Demo VIS中查询JTF.JTF_RS_SALESREPS有数据，但是查APPS.JTF_RS_SALESREPS_MO_V死活没数据。看了下object属性：SELECT *  FROM all_objects WHERE object_name LIKE 'JTF_RS_SALESREPS%';APPS.JTF_RS_SALESREPS_MO_V是JTF.JTF_RS_SALESREPS的同义词，想是编译出的问题，开始重编：ALTER SYNONYM apps.JTF_RS_SALESREPS_MO_V COMPILE; 结果仍然没数据。。。上了metalink没找到结果。下午在一个帖子里无意中找到了类似的求助，解决方法很直接：DROP SYNONYM JTF_RS_SALESREPS_MO_V;CREATE SYNONYM JTF_RS_SALESREPS_MO_V FOR jtf.JTF_RS_SALESREPS; Bingo!~~问题解决了，看到数据了。。。具体原因上边说是原来的table被drop重建后造成的失效。。要重建synonym。残念~万恶的Oracle!具有MOAC的SYNONYM-JTF_RS_SALESREPS_MO_V(jtf_rs_salesreps的同义词，加了一个POLICY，实现MOAC)

好像在oracle erp 中是很常见的....例如: apps用户的RA_CUST_TRX_TYPES  和 RA_CUST_TRX_TYPES_ALL都是AR下RA_CUST_TRX_TYPES_ALL的同义词.但是RA_CUST_TRX_TYPES 不能查询出数据,而RA_CUST_TRX_TYPES_ALL可以查询出数据.为什么同样的同义词,会出现这样的情况?oracle 是怎么作到的?现在,我们这边的老大给出了答案,确实这样的同义词和我们之前的是不一样的,数据和环境有关系.初始化语句为BEGIN  FND_GLOBAL.apps_initialize(user_id =>  1116, --                           resp_id =>  50512,  --                           resp_appl_id =>  222,  --                           security_group_id => null ,                           server_id =>  null);             MO_GLOBAL.INIT('SQLAP');mo_global.set_policy_context('A',null);end;mo_global.init('ONT');

declare v number(20);begin  mo_global.init('ONT');  select salesrep_id into v from JTF_RS_SALESREPS_MO_V where rownum = 1;  dbms_output.put_line(v);  end;能打印出数据，原来需要写一个mo_global.init('ONT');