Mike - I Checked the view query. The where query is quite complex but the
where clause looks pretty innocuous. It doesn't have any condition which
checks for username / application anywhere. Where else can the catch be?
Peter - What kind of trigger you are talking about? I haven't heard of a
trigger on select, what else?
All - Can you see the logic. What does the words in Oracle Manual mean? This
problem is really troubling me and I'm unable to find the solution.
What am I missing? Any Oracle Apps Expert in the list?
Regards
Naveen
-----Original Message-----
Sent: Tuesday, August 20, 2002 8:43 PM
To: Multiple recipients of list ORACLE-L
Naveen,
You should check the views that supply this data. They often check the
current context to make sure that the USERID matches the signon details.
That can make it difficult if you're not "signed on".
The results you see via Applications forms can be derived from very
complicated joins.
Often the only way to get the same results are to look through those views
and understand how the results are arrived at.
Regards,
Mike Hately
Oracle DBA
-----Original Message-----
Sent: 20 August 2002 14:03
To: Multiple recipients of list ORACLE-L
I am not an Apps user but it sounds like that there might be a trigger
that doesn't allow you to see the table data through SQL PLUS to inhibit
the direct editing of tables. This I suppose is to stop editing that might
break referential integrity
Cheers
"Naveen Nahata" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
20-08-2002 09:43 PM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
cc:
Fax to:
Subject: Viewing Data in Oracle Apps Tables
Hi All,
I'm using Oracle Apps 11.0.28 Database Version 8.0.5
When I query the Data using Application Forms I can view the data. When I
see
the record information it shows me the view name which is in APPS schema.
When I query the view from SQL*PLUS or any other tool, it gives me 'NO
ROWS
FOUND'
This is from Oracle 11 Architecture Manual:
--------------------------------------------------
"Oracle Applications forms and concurrent programs always access database
objects from within the Oracle Applications environment. If you use a
tool
like SQL*Plus to connect directly to an Oracle Applications schema, the
values returned by the view through SQL*Plus may be different from those
returned by an Oracle Applications form or concurrent program. For
example,
when accessed within the Oracle Applications environment, some views
reference profile options at different levels. When accessed directly from
SQL*Plus, views reference only the site-level value of the profile
option."
And this is also mentioned in the same document:
---------------------------------------------------------
"In case you want to create a schema with read-only access to applications
data......... Grant access on objects to the user schema from the APPS
schema, not from a base product schema."
Now my questions are:
1. What is the meaning of the statement "When accessed directly from
SQL*Plus, views reference only the site-level value of the profile
option."
2. Why is it not selecting the data from the view from SQL*PLUS whereas it
can select the same data from the application forms
3. If I am not getting the required data when I connect to the DB using
APPS
username, how will I get the required data if I grant accss to the objects
from APPS schema rather than giving access to underlying Objects directly?
I have to create a seperate application for reporting summaries of
critical
information to the management. What access should I give to the
application
schema - Read only access on Objects directly or through APPS schema?
Regards
Naveen
--
____________________________________________________________________________
________________________
This email and any attached to it are confidential and intended only for the
individual or
entity to which it is addressed. If you are not the intended recipient,
please let us know
by telephoning or emailing the sender. You should also delete the email and
any attachment
from your systems and should not copy the email or any attachment or
disclose their content
to any other person or entity. The views expressed here are not necessarily
those of
Churchill Insurance Group plc or its affiliates or subsidiaries. Thank you.
Churchill Insurance Group plc. Company Registration Number - 2280426.
England.
Registered Office: Churchill Court, Westmoreland Road, Bromley, Kent BR1
1DP.
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Hately Mike
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Naveen Nahata
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
