Ora 00942 что за ошибка как исправить

Because this post is the top one found on stackoverflow when searching for «ORA-00942: table or view does not exist insert», I want to mention another possible cause of this error (at least in Oracle 12c): a table uses a sequence to set a default value and the user executing the insert query does not have select privilege on the sequence. This was my problem and it took me an unnecessarily long time to figure it out.

To reproduce the problem, execute the following SQL as user1:

create sequence seq_customer_id;

create table customer (
c_id number(10) default seq_customer_id.nextval primary key,
name varchar(100) not null,
surname varchar(100) not null
);

grant select, insert, update, delete on customer to user2;

Then, execute this insert statement as user2:

insert into user1.customer (name,surname) values ('michael','jackson');

The result will be «ORA-00942: table or view does not exist» even though user2 does have insert and select privileges on user1.customer table and is correctly prefixing the table with the schema owner name. To avoid the problem, you must grant select privilege on the sequence:

grant select on seq_customer_id to user2;

Вы иногда видите ошибку ora-00942 при выполнении оператора SQL. У нее есть несколько причин, и, как обычно, синтаксис ошибки не самый описательный. Если вы столкнулись с этим и хотите знать, как исправить ошибку ora-00942, читайте дальше.

Насколько я знаю, существует три основные причины ошибки ora-00942:

1. Недостаточные привилегии пользователя
2. Таблица или представление фактически не существует
3. Таблица или представление находится в другой схеме

Я покажу вам, как устранить каждую из них.

Исправление ошибки ora-00942

Прежде всего, небольшая оговорка. Я не DBA, я администратор Windows и техник по настольному и серверному оборудованию. Я знаю, как запускать SQL, но не до такой степени, и уж точно не до такого уровня, чтобы устранять неполадки. Мне пришлось обратиться за помощью к моему приятелю Oracle DBA, поэтому, хотя я написал эту статью, все умные части принадлежат ему.

Этот список трех причин ошибки ora-00942 не является исчерпывающим. Существуют и другие случайные причины ее возникновения, но эти три, по-видимому, являются наиболее распространенными.

Недостаточные привилегии пользователя

Одной из основных причин ошибки ora-00942 является то, что пользователь не имеет достаточных привилегий для доступа к данной таблице. Вы можете проверить это, выполнив два запроса.

 – list system privileges for the user or role SELECT * FROM dba_sys_privs WHERE grantee IN (&user_role, 'PUBLIC');

— list object privileges for the user or role

SELECT grantee, owner||'.'||table_name object, privilege, grantable FROM dba_tab_privs WHERE grantee IN (&user_role) ORDER BY grantee, owner||'.'||table_name, privilege;

Эти два запроса скажут вам, есть ли у пользователя нужные привилегии для выполнения команды. Если у пользователя есть нужные привилегии, переходите к следующему пункту. Если у пользователя нет нужных привилегий, предоставьте ему их или попросите администратора БД сделать это.

Ошибка ora-00942 также может возникнуть, если пользователь используемой схемы имеет привилегии INSERT, но не имеет привилегий SELECT. Опять же, проверьте уровень привилегий и добавьте SELECT в список или попросите администратора БД сделать это. Очевидно, что специфическая привилегия SELECT должна быть предоставлена каждой схеме, иначе вы все равно увидите ошибку ora-00942.

Таблица или представление фактически не существует

Эта причина ошибки ora-00942 может быть вызвана неправильным синтаксисом запроса или если таблица не существует. Хотя это кажется логичным первым пунктом, с которого следует начать, я уверен, что привилегии пользователя являются причиной ошибки номер один. Отсутствие таблицы или использование неправильного синтаксиса таблицы — вторая.

Чтобы проверить, существует ли таблица, сначала проверьте синтаксис запроса. Если синтаксис правильный, запустите этот запрос.

SELECT owner, object_name, object_type FROM all_objects WHERE object_type IN ('TABLE','VIEW') AND object_name = ‘YOUR_TABLE_NAME';

В последней строке вставьте фактическое имя таблицы, где вы видите ‘YOUR_TABLE_NAME’. Это должно точно сказать вам, существует ли таблица, которую вы пытаетесь запросить, или нет. Если таблица не возвращается, значит таблица, которую вы запрашиваете, не существует в схеме или базе данных.

Если в системе, которую вы используете, есть меню Tables, вы можете вручную проверить наличие таблицы, если хотите, но вышеприведенный запрос сделает свою работу.

Таблица или представление находится в другой схеме

Если у пользователя есть привилегии и таблица существует, а вы все еще видите ошибку ora-00942, это, скорее всего, связано со схемой. Если вы управляете несколькими схемами, легко запустить запрос к чужой схеме. Когда вы заняты и сталкиваетесь с этим, это простая ошибка.

Проверьте схему вручную, если можете, или добавьте имя схемы в строку FROM вашего запроса. Если у вас нет правильных привилегий для новой схемы, вы снова увидите ошибку ora-00942. Вернитесь к первому варианту исправления привилегий пользователя и проверьте соответствующую схему или попросите вашего DBA сделать это за вас.

Как упоминалось выше, я консультировался с моим приятелем Oracle DBA для написания этой статьи, так что вся заслуга за тяжелую работу принадлежит ему. Если вы найдете здесь какие-либо ошибки или упущения, они принадлежат только мне. Дайте мне знать в разделе комментариев, если я что-то упустил или неправильно понял, и я это исправлю.

Если вы знаете другой способ исправить ошибку ora-00942, расскажите нам об этом ниже!

YouTube видео: Как исправить ошибку ora-00942

---

ORA-00942

ORA-00942: таблица или обзор не существуют

Причина:

Вводимая таблица или обзор не существует, или происходит ссылка на обзор когда требуется таблица. Существующие пользовательские таблицы не могут просматриваться запрашиванием словаря данных.

Действие:

Убедитесь, что спеллинг вашей таблицы или обзора правилен, не надо указывать таблицу где требуется обзор. Вводите всегда имя существующей таблицы или обзора.

ORA-00942 means that SQL engine found no table or view in your usable scope. In other words, table or view does not exist. The usable scope is a range which defines what tables and views you can use and how you can use them.

In reality, almost every SQL developers have ever seen the error before. The real causes of ORA-00942 may be varying from case to case though.

Now let’s take a look at some error patterns of ORA-00942 and their solutions described in the following sections.

1. SELECT (Query)

This may also apply to the following statements.

• INSERT
• UPDATE
• DELETE
• CREATE VIEW
• GRANT SELECT ON
2. ALTER TABLE

This may also apply to the following statements.

• DROP TABLE
• ALTER TABLE ADD COLUMN
• ALTER TABLE ADD CONSTRAINT
• ALTER TABLE MOVE

SELECT (Query)

This may also apply to the following statements.

• INSERT
• UPDATE
• DELETE
• CREATE VIEW

Usually, we see ORA-00942 in SELECT statements. For example, we select a table which belongs to other user in SQL*Plus.

SQL> show user
USER is "SH"
SQL> select count(*) cnt from hr.lottery_list;
select count(*) cnt from hr.lottery_list
                            *
ERROR at line 1:
ORA-00942: table or view does not exist

Or in any database connection tools like Toad for Oracle.

Here we take the following steps to solve ORA-00942 in SELECT statements.

1. Simple Test
2. Enter Values
3. Check Result
4. Synonym Problem

Simple Test

You can use a simple query to test whether you have used the right way to access the table or not.

select ‘»‘ || owner || ‘».»‘ || object_name || ‘»‘ use_this from all_objects where object_type in (‘TABLE’, ‘VIEW’) and lower(owner) = lower(‘&owner’) and lower(object_name) = lower(‘&table_name’);

Enter Values

After issuing the above SQL statement, the tool you use will ask you two substitution values.

Enter owner of the table.

Enter value for owner: hr

Enter the table name.

Enter value for table_name: lottery_list

Then we’ll see the result.

Check Result

There’re only 2 possible results.

Returns Nothing

If it returns nothing or «no rows selected«, then you need to ask for the owner of the table or DBA to grant SELECT privilege to you.

GRANT SELECT ON <OWNER>.<TABLE_NAME> TO <GRANTEE>;

Returns Something

If it does return something like the following:

USE_THIS
----------------------------------------
"HR"."lottery_list"

Then you can use (copy / paste) the result in your statement.

SQL> select count(*) cnt from "HR"."lottery_list";

       CNT
----------
       107

The points to use the table correctly are:

• Make sure the table name is correctly spelled.
• Prefix owner’s name if the table is not yours.
• Enclose the table name by a pair of double quotes if the identifier is case-sensitive.

Synonym Problem

If your query still failed with ORA-00942, please make sure that the table you thought is really a table or a synonym. Let’s see a case.

SQL> show user
USER is "HR"
SQL> select * from customers;
select * from customers
              *
ERROR at line 1:
ORA-00942: table or view does not exist

What message didn’t tell is the base table of the synonym. Let’s check the base table of the synonym.

SQL> select '"' || table_owner || '"."' || table_name || '"' use_this from all_synonyms where lower(synonym_name) = lower('customers');

USE_THIS
----------------------------------------
"OE"."CUSTOMERS"

The synonym could be public or private, it doesn’t matter. In either situation, you simply need the SELECT object privilege on the base table by the owner or a privileged user.

SQL> show user
USER is "SYSTEM"
SQL> grant select on "OE"."CUSTOMERS" to hr;

Grant succeeded.

We fixed the synonym problem.

ALTER TABLE

This may also apply to the following statements.

• DROP TABLE
• ALTER TABLE ADD COLUMN
• ALTER TABLE ADD CONSTRAINT
• ALTER TABLE MOVE

Now we turn to some more advanced topics.

There’re only 2 error patterns of ORA-00942 in ALTER TABLE statement.

1. Not a Table
2. No REFERENCES Privilege

Not a Table

Some database objects may act like tables, but they are not tables essentially. Here is a sample object named HAPPY_EMPLOYEES.

SQL> select first_name, last_name from happy_employees;

FIRST_NAME           LAST_NAME
-------------------- -------------------------
Nancy                Greenberg
Daniel               Faviet
John                 Chen
Ismael               Sciarra
Jose Manuel          Urman
Luis                 Popp

6 rows selected.

ORA-00942 when ALTER TABLE

Let’s see an example of ALTER TABLE.

SQL> alter table happy_employees move;
alter table happy_employees move
*
ERROR at line 1:
ORA-00942: table or view does not exist

The error message told us that it tried to find a table named HAPPY_EMPLOYEES, but nothing is found.

ORA-00942 when DROP TABLE

You can not even DROP TABLE.

SQL> drop table happy_employees purge;
drop table happy_employees purge
           *
ERROR at line 1:
ORA-00942: table or view does not exist

Has the table been removed before our actions? As a matter of fact, the object is not a table, even though it looks like a table. That’s why SQL parser flagged its non-existence problem.

Solutions to ORA-00942

Now, we have to know what the object type it is. A dictionary view USER_OBJECTS can be helpful.

SQL> select object_type from user_objects where upper(object_name) = upper('happy_employees');

OBJECT_TYPE
-------------------
VIEW

As a result, it’s a VIEW. Now the question is: What is the base table? How can we find it? Actually, we can learn the fact by querying USER_VIEWS:

SQL> select text from user_views where upper(view_name) = upper('happy_employees');

TEXT
--------------------------------------------------------------------------------
select first_name, last_name from employees where department_id = 100

Not only views, but synonyms are also schema objects based on tables. That is to say, no matter what you are trying to do is ALTER TABLE or DROP TABLE, you should do it on their base tables in case of ORA-00942.

No REFERENCES Privilege

If your constraint needs to reference a table owned by others, you should get an object privilege called REFERENCES on the table. For example:

SQL> conn sh/sh
Connected.
SQL> create table temp (id number, e_id number, text varchar2(30));

Table created.

SQL> alter table temp add constraint fk_eid foreign key (e_id) references hr.employees (employee_id);
alter table temp add constraint fk_eid foreign key (e_id) references hr.employees (employee_id)
                                                                        *
ERROR at line 1:
ORA-00942: table or view does not exist

Solutions to ORA-00942

To resolve ORA-00942 in such situation, we should grant REFERENCES on the table to grantee like this:

SQL> conn hr/hr;
Connected.
SQL> grant references on hr.employees to sh;

Grant succeeded.

Let’s try to add the foreign key again.

SQL> conn sh/sh
Connected.
SQL> alter table temp add constraint fk_eid foreign key (e_id) references hr.employees (employee_id);

Table altered.

As we can see, a reference constraint that points to another user’s table was added.

SELECT vs REFERENCES

Now it’s time to know some points on the differences between SELECT privilege and REFERENCES privilege.

• SELECT privilege is not the right choice to solve ORA-00942 in such error pattern. As a result of only SELECT privilege presents, you will get ORA-01031 instead of ORA-00942 in this case.
• For convenience, you can grant SELECT object privilege to a role, but you cannot grant REFERENCES to a role, which will fail with ORA-01931.
• There is NO such system privilege called REFERENCE ANY TABLE just like SELECT ANY TABLE available to DBA to grant to. No, not such thing.