Smart questions
Smart answers
Smart people
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Member Login

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips now!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

Join Tek-Tips
*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

LINK TO THIS FORUM!

Add Stickiness To Your Site By Linking To This Professionally Managed Technical Forum.
Just copy and paste the
code below into your site.

Partner With Us!

"Best Of Breed" Forums Add Stickiness To Your Site
Partner Button
(Download This Button Today!)

Feedback

...I enjoy spending time on it for personal growth (I learn from the questions I don't answer, and I reinforce/stay sharp on the topics I do answer), and to give back to humanity at large...

Geography

Where in the world do Tek-Tips members come from?
gregmacv (Programmer)
14 Nov 05 14:44
Hi,

I am currenly testing some reports on an AIX 5l platform against a 10g database.  The reports have been upgraded from Developer 2000 up to Developer 6i.

The problem is, when we move the reports over to AIX and execute them through runtime I am enountering an uncompile pl/sql error.  I have traced the error back to the triggers contained in the reports.  It seems that when a table owned by a different user is referenced in the trigger it needs to be qualified by the owner - this was never an issue with the older version of Developer and runtime.  I have created synonyms for these tables, but this has not helped.  Changing all of our reports to prefix the owner in all of the triggers in all of our reports would be a lot of work.  Has anyone seen this before or have any ideas on how to get around it please let me know.  Also, the data querys in these reports executes with no problems, even though the tables are owned by a different schema - it only seems to be the triggers which are giving me a problem.  

Everyones help is greatly appreciated.

Thanks

Greg.
BJCooperIT (Programmer)
14 Nov 05 14:51
Have you insured that the schema you are using to run the reports has select privileges on those tables?

Beware of false knowledge; it is more dangerous than ignorance. ~George Bernard Shaw
Consultant Developer/Analyst Oracle, Forms, Reports & PL/SQL (Windows)
My website: Emu Products Plus

gregmacv (Programmer)
14 Nov 05 14:55
Hi,

Ya, this user has select privs on all application tables.  Like I said it worked in previous versions of Deveoper, but for some 6i seems to require that the table names be qualified in the trigger.

Thanks
BJCooperIT (Programmer)
14 Nov 05 15:07
Which schema did you use to create the synonyms? Are they public synonyms?

Beware of false knowledge; it is more dangerous than ignorance. ~George Bernard Shaw
Consultant Developer/Analyst Oracle, Forms, Reports & PL/SQL (Windows)
My website: Emu Products Plus

gregmacv (Programmer)
14 Nov 05 15:18
Hi,

The synonyms have been created in the tables owners schema.  They are public.  I also tried to create a private synomym in the schema of the user who needs to access the tables to no avail.....


Thanks

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members!

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close