Trigger compile with after migrated from 8i to 10g

Question

Hi All,
We try to migrate a 8i database to 10g by using the exp and imp. All tables and data are already migrated by imp. During the imp, there are errors said the trigger compile with errors.
When login to the em to check, I found these 2 errors.
Line # = 2 Column # = 1 Error Text = PL/SQL: SQL Statement ignored
Line # = 2 Column # = 60 Error Text = PL/SQL: ORA-00942: table or view does not exist
My trigger is a very simple one:
BEGIN
Select TB_COUNTER_SEQ.NEXTVAL INTO :NEW.INCREMENT_NUM FROM DUAL;
END;
And I'm sure the "TB_COUNER_SEQ" is there.
Do I need to change anything on the trigger when migrating from 8i?
In fact, besides this trigger, all other trigger imp to this schema are having the same error. The schema in the 10g is a newly created one, is there any special right I need to create grant to this new user?
Thanks a lot.
Mike

Answer 1

Hi, Mike,
user3211655 wrote:
Hi All,
We try to migrate a 8i database to 10g by using the exp and imp. All tables and data are already migrated by imp. During the imp, there are errors said the trigger compile with errors.
When login to the em to check, I found these 2 errors.
Line # = 2 Column # = 1 Error Text = PL/SQL: SQL Statement ignored
Line # = 2 Column # = 60 Error Text = PL/SQL: ORA-00942: table or view does not exist
My trigger is a very simple one:
BEGIN
Select TB_COUNTER_SEQ.NEXTVAL INTO :NEW.INCREMENT_NUM FROM DUAL;
END;
And I'm sure the "TB_COUNER_SEQ" is there.
Do I need to change anything on the trigger when migrating from 8i?
In fact, besides this trigger, all other trigger imp to this schema are having the same error. The schema in the 10g is a newly created one, is there any special right I need to create grant to this new user?Grant the necessary privileges on the tables (and any other objects used, like sequences) directly to the owner of the triggers. Privileges granted to a role don't count in AUTHID OWNER stored procedures; the privileges have to be granted to the owner of the stored procedure (or to PUBLIC).
It the error is occurring at position 60, then it looks like you don't have privileges on dual. Login as SYS and
GRANT SELECT ON dual TO PUBLIC;You may need synonyms (perhaps public synonyms) for the objects, too.