Missing right parenthesis oracle ошибка - Исправление ошибок и поиск оптимальных решений проблем

ORA-00907: missing right parenthesis error occurs when a left parenthesis is used without a right parenthesis to close it in SQL statements such as create table, insert, select, subquery, and IN clause. The right parenthesis is missing. All parentheses must be used in pairs. SQL statements that include multiple items should be contained in parentheses. The error ORA-00907: missing right parenthesis will be thrown If the left parenthesis has been used in the SQL Statement but the right parenthesis is missing.

Oracle’s collection of items is denoted by a parenthesis. If the right parenthesis is missing, Oracle will be unable to recognise the items specified after that. The error message ORA-00907: missing right parenthesis will be shown. The right parenthesis indicates the closing of the item list. Oracle could not recognise the end of the items list if the right parenthesis was missing. All left parenthesis in Oracle SQL must be paired with a right parenthesis. You’ll receive this error ORA-00907: missing right parenthesis if there are more left parenthesis than right parentheses.

When the ORA-00906 error occurs

The collection of items could not be provided if the right parenthesis was missing in the SQL Statement such as create table, insert table, select subquery, and IN clause. Create a SQL query that should include a collection of items but does not include the right parenthesis. In this case, the error message will be displayed. The error will be resolved if the right parenthesis is added before the collection of items

Problem

create table dept(
id number primary key,
name varchar2(100)

Error

Error starting at line : 3 in command -
create table dept(
id number primary key,
name varchar2(100)
Error report -
ORA-00907: missing right parenthesis
00907. 00000 -  "missing right parenthesis"

Root Cause

In Oracle, the collection of items is defined using enclosed parentheses. Oracle could not identify the closing of the collection of items list if the right parenthesis was missing. Oracle anticipates the right parenthesis after the list. Oracle will give an error if the right parenthesis is missing.

Solution 1

If the parenthesis in the anticipated SQL Statement is missing, the error will be thrown. The right parenthesis for specifying the item collection is missing. The error will be fixed if you add the missing right parentheses.

Problem

create table dept(
id number primary key,
name varchar2(100)

Error report -
ORA-00907: missing right parenthesis
00907. 00000 -  "missing right parenthesis"

Solution

create table dept(
id number primary key,
name varchar2(100)
);

Solution 2

The column data type, as well as the size or precision of the data type, should be provided. The error will be thrown if the size of the data type is provided in the column definition without right parenthesis. Oracle will look for the size by enclosing a value in parentheses. The error message will be displayed if the right parenthesis is missing right after the data type size.

Problem

create table dept(
id number primary key,
name varchar2(100,
sal number
);

ORA-00907: missing right parenthesis
00907. 00000 -  "missing right parenthesis"

Solution

create table dept(
id number primary key,
name varchar2(100),
sal number
);

Solution 3

The subqueries are added with a enclosed parenthesis in the where clause. If the right parenthesis is missing in the subquery, the error message will be shown.

Problem

select * from employee where deptid in (select id from dept ;

ORA-00907: missing right parenthesis
00907. 00000 -  "missing right parenthesis"

Solution

select * from employee where deptid in (select id from dept) ;

Solution 4

The values in the IN clause. is enclosed with parenthesis. If the right parenthesis is missing, the closing of the list could not be identified. The error message will be shown.

Problem

select * from employee where deptid in (1,2 ;

ORA-00907: missing right parenthesis
00907. 00000 -  "missing right parenthesis"

Solution

select * from employee where deptid in (1,2) ;

Solution 5

All left parenthesis in Oracle SQL must be paired with a right parenthesis. You’ll see this error ORA-00907: missing right parenthesis if there are more left parenthesis than right parentheses.

Problem

select * from employee where deptid in (select id from dept where name in (select name from branches) ;

ORA-00907: missing right parenthesis
00907. 00000 -  "missing right parenthesis"

Solution

select * from employee where deptid in (select id from dept where name in (select name from branches)) ;

Источник

Did you get an ORA-00907: missing right parenthesis error? Learn what caused it and how to resolve it in this article.

ORA-00907 Cause

When working with Oracle SQL, all left parenthesis (the “(” character) must be paired with a right parenthesis character (the “)” character).

If there are more left parentheses than right parentheses, then you’ll get this error.

It can also be caused by syntax errors in your CREATE TABLE statement.

There are a few ways to resolve this error.

Solution 1 – Check Your Pairs of Parentheses

The first solution is to check that you have the correct number of parentheses.

If you’re using an IDE such as SQL Developer, you can put your cursor next to each parenthesis to see where the matching parenthesis is. If it’s in the right spot, great. If the match is showing up somewhere unexpected, then you’re missing a parenthesis.

This can often happen if you’re using nested functions.

Solution 2 – Check your CREATE TABLE Statement

If you get an ORA-00907 error when running a CREATE TABLE statement, it could be because of an incorrect reference to a foreign key.

For example:

CREATE TABLE order_test (
  order_id NUMBER NOT NULL PRIMARY KEY,
  order_date DATE NOT NULL,
  customer_id NUMBER FOREIGN KEY REFERENCES customer(customer_id)
);

Result:

Error starting at line : 3 in command -
CREATE TABLE order_test (
  order_id NUMBER NOT NULL PRIMARY KEY,
  order_date DATE NOT NULL,
  customer_id NUMBER FOREIGN KEY REFERENCES customer(customer_id)
)
Error report -
SQL Error: ORA-00907: missing right parenthesis
00907. 00000 -  "missing right parenthesis"
*Cause:   
*Action:

This happens because we don’t need to have the words FOREIGN KEY when defining a foreign key inline (like we have here).

We can either:

Remove the words FOREIGN KEY
Declare the foreign key out of line (recommended)

Option A:

If you want to keep using the inline declaration, remove the words FOREIGN KEY:

CREATE TABLE order_test (
  order_id NUMBER NOT NULL PRIMARY KEY,
  order_date DATE NOT NULL,
  customer_id NUMBER REFERENCES customer(customer_id)
);

The issue with this approach is you don’t know the name of the foreign key, which can make maintenance harder.

It’s better to declare a foreign key on a different line and give it a specific name.

Option B:

Declare the foreign key with a name

CREATE TABLE order_test_prefer (
  order_id NUMBER NOT NULL PRIMARY KEY,
  order_date DATE NOT NULL,
  customer_id NUMBER NOT NULL,
  CONSTRAINT fk_order_customer FOREIGN KEY (customer_id)
    REFERENCES customer (customer_id)
);

This way, you can have the fk_order_customer as the constraint name, and can easily see and refer to it.

For a full guide on using the CREATE TABLE statement, including the syntax for Oracle, read my guide here.

Make sure your CREATE TABLE statement aligns with this syntax, and you shouldn’t have any issues.

So, that’s how you resolve the ORA-00907: missing right parenthesis error.

Источник

I have been looking at this code for the past two days now and I can not seem to get it to work. It keeps giving me

ORA-00907: missing right parenthesis.

I know that this is a topic that comes up a lot but for some reason none of the examples I have seen has helped me. Can someone please tell me why I got this error and how do I fix it? I am pretty sure that it has nothing to do with my parenthesis, maybe it’s my CONSTRAINTS?

DROP TABLE T_customers CASCADE CONSTRAINTS;
DROP TABLE dvd_collection CASCADE CONSTRAINTS;
DROP TABLE vhs_collection CASCADE CONSTRAINTS;

CREATE TABLE T_customers   (


                           customer_id         VARCHAR2 (8) PRIMARY KEY,
                           last_name           VARCHAR2 (30) NOT NULL,
                           first_name          VARCHAR2 (20) NOT NULL,
                           street             VARCHAR2 (30) NOT NULL,
                           city               VARCHAR2 (30) NOT NULL,
                           state                 CHAR (2) NOT NULL,
                                    CHECK (state IN ('GA','DC','VA','NY')),
                           zip_code           CHAR (5)
                                    CHECK (TO_NUMBER(zip_code)
                              BETWEEN 10000 AND 27999),
                           home_phone         VARCHAR2 (12) UNIQUE,
                           work_phone         VARCHAR2 (12) UNIQUE,
                           email                 VARCHAR2 (95) NOT NULL);




CREATE TABLE historys_T    (

          history_record       VARCHAR2 (8),
          customer_id       VARCHAR2 (8), 
          CONSTRAINT historys_T_FK FOREIGN KEY (customer_id) REFERENCES T_customer
                                       ON DELETE CASCADE,
                           order_id           VARCHAR2 (10) NOT NULL,
                                 CONSTRAINT fk_order_id_orders  
                                       REFERENCES orders
                                       ON DELETE CASCADE);


CREATE TABLE orders     (

                           order_id           VARCHAR2 (10) PRIMARY KEY,
                           m_p_unique_id       VARCHAR2 (10),
                                    CONSTRAINT orders_FK FOREIGN KEY (m_p_unique_id) REFERENCES library (m_p_unique_id)
                           order_date          DATE DEFAULT);



CREATE TABLE library_T     (

                           m_p_unique_id       VARCHAR2 (10)  PRIMARY KEY,
                           movie_title         VARCHAR2 (80)  NOT NULL,
                           serial_number       VARCHAR2 (10)  NOT NULL,
                           movie_id_number   VARCHAR2 (10)  NOT NULL,
                           movie_cast        VARCHAR2 (100) NOT NULL,
                           movie_format    CHAR (3) NOT NULL, 
                                  CONSTRAINT library_FK REFERENCES formats (movie_format));

CREATE TABLE formats_T     (

                           movie_format      CHAR (3) PRIMARY KEY,
                           movie_title       VARCHAR2 (80) NOT NULL,
                           m_p_unique_id     VARCHAR2 (10) NOT NULL,
                                 CONSTRAINT format_FK  REFERENCES library (m_p_unique_id));



CREATE TABLE dvd_collection (      


                           m_p_unique_id       VARCHAR2 (10) NOT NULL,
                           serial_number       VARCHAR2 (10) NOT NULL,
                           movie_id_number  VARCHAR2 (10) NOT NULL,
                           movie_title         VARCHAR2 (80) NOT NULL,
                           movie_cast          VARCHAR2 (100) NOT NULL,
                           movie_format     VARCHAR2 (80) NOT NULL,
                           movie_rating    VARCHAR2 (6) NOT NULL,
                           movie_distributer    VARCHAR2 (30) NOT NULL,
                           movie_price         NUMBER (3,2) NOT NULL,
                           movie_length     NUMBER (3) NOT NULL,
                           movie_award         VARCHAR2 (175) NOT NULL,
                           movie_release       DATE); 


CREATE TABLE vhs_collection            
(

                           m_p_unique_id       VARCHAR2 (10)NOT NULL,
                           serial_number       VARCHAR2 (10) NOT NULL,
                           movie_id_number  VARCHAR2 (10) NOT NULL,
                           movie_title         VARCHAR2 (80) NOT NULL,
                           movie_cast        VARCHAR2 (100) NOT NULL,
                           movie_format    VARCHAR2 (80) NOT NULL,
                           movie_rating    VARCHAR2 (6) NOT NULL,
                           movie_distributer    VARCHAR2 (30) NOT NULL,
                           movie_price         NUMBER (3,2) NOT NULL,
                           movie_length     NUMBER (3) NOT NULL,
                           movie_award         VARCHAR2 (175) NOT NULL,
                           movie_release        DATE);

Here are the results I get when I run the code:

Table dropped.

Table dropped.

Table dropped.

Table created.

                                       ON DELETE CASCADE)
                                       *

ERROR at line 10:
ORA-00907: missing right parenthesis

                           order_date          DATE DEFAULT)
                           *

ERROR at line 6:
ORA-00907: missing right parenthesis

                                  CONSTRAINT library_FK REFERENCES formats (movie_format))
                                                                           *

ERROR at line 9:
ORA-00907: missing right parenthesis

                                 CONSTRAINT format_FK  REFERENCES library (m_p_unique_id))
                                                                          *

ERROR at line 6:
ORA-00907: missing right parenthesis
Table created.

Table created.

Источник

Содержание

ORA-00907: отсутствует правая скобка 2
4 ответы
ORA-00907: отсутствует правая скобка
ORA-00907: missing right parenthesis
Best Answer
Oracle mechanics
27.08.2009
ora-904 ora-907 при использовании коррелированных подзапросов
ora-904 «%s: invalid identifier»
ora-907 «missing right parenthesis»
ora-907
Ошибка Oracle — ORA-00907: отсутствует правая скобка
2 ответы

ORA-00907: отсутствует правая скобка 2

Я пытаюсь выполнить этот запрос, чтобы получить некоторые результаты в db-visualizer, но продолжаю получать следующий ответ:

Режимы секции мощности:

[Код ошибки: 907, состояние SQL: 42000] ORA-00907: отсутствует правая скобка

отредактированный Запрос:

4 ответы

Нет необходимости в производном табличном/встроенном представлении. Но неясно, находятся ли столбцы, упорядоченные по, уже в запросе (IE: e.*), поэтому я явно добавил их в конец.

Я переписал запрос, чтобы использовать синтаксис соединения ANSI-92 — ваш запрос использует давно устаревшие средства для внешних соединений.

У меня нет вашей базы данных и таблиц. Самый простой способ определить проблему — урезать запрос до тех пор, пока он не начнет возвращать данные. Затем добавьте критерии (столбец, таблицу, предложение WHERE/и т. д.) один за другим, чтобы увидеть, где что-то идет не так.

Я получаю следующее сообщение, когда использую ваш запрос: «ORA-00933: команда SQL неправильно завершена» — Иш

Я удалил () и изменил его на substr(match_desc,1,2) = ’00’ . Но я все еще получаю ту же ошибку — Иш

я предполагаю, что ваш графический интерфейс не заменяет

правильно. попробуй это:

каков результат? я предполагаю, что он покидает имя таблицы, например

@ Я просто запускаю выбор из двойного? (т.е. не помещайте это в свой исходный sql или что-то еще . просто запустите его в одиночку. — ДаззаЛ

Проблема была в &tablename_v. необходимо было удалить, а имя таблицы (т.е. DATES) должно было быть вставлено на место. Я попробовал, и это сработало.

Но всем спасибо за помощь! Это очень ценится 🙂

Источник

ORA-00907: отсутствует правая скобка

Я смотрел этот код в течение последних двух дней, и, похоже, я не могу заставить его работать. Это продолжает давать мне

ORA-00907: missing right parenthesis .

Я знаю, что эта тема возникает очень часто, но по какой-то причине ни один из примеров, которые я видел, мне не помог. Может кто-нибудь сказать мне, почему я получил эту ошибку и как ее исправить? Я почти уверен, что это не имеет ничего общего с моей круглой скобкой, может быть, это мои ОГРАНИЧЕНИЯ?

Вот результаты, которые я получаю, когда запускаю код:

ORA-00907: missing right parenthesis

Это одно из нескольких общих сообщений об ошибках, которые указывают на то, что наш код содержит одну или несколько синтаксических ошибок. Иногда это может означать, что мы буквально опустили правую скобку; это достаточно легко проверить, если мы используем редактор, который имеет возможность соответствия скобкам (большинство текстовых редакторов, предназначенных для кодеров). Но часто это означает, что компилятор обнаружил ключевое слово вне контекста. Или, возможно, это слово с ошибкой, пробел вместо подчеркивания или пропущенная запятая.

К сожалению, возможных причин, по которым наш код не компилируется, практически бесконечно, и компилятор просто недостаточно умен, чтобы различать их. Таким образом, он бросает общее, немного загадочное сообщение вроде ORA-00907: missing right parenthesis и оставляет нам, чтобы определить настоящего цветущего.

В опубликованном скрипте есть несколько синтаксических ошибок. Сначала я расскажу об ошибке, которая вызывает этот ORA-0097, но вам нужно исправить их все.

Ограничения внешнего ключа могут быть объявлены вместе со ссылочным столбцом или на уровне таблицы после того, как были объявлены все столбцы. У них разный синтаксис; ваши сценарии смешивают оба, и поэтому вы получаете ORA-00907.

Встроенное объявление не имеет запятой и не включает имя ссылочного столбца.

Ограничения на уровне таблицы — это отдельный компонент, поэтому они имеют запятую и упоминают ссылочный столбец.

Вот список других синтаксических ошибок:

Указанная таблица (и указанный первичный ключ или ограничение уникальности) должны уже существовать, прежде чем мы сможем создать для них внешний ключ. Таким образом, вы не можете создать внешний ключ HISTORYS_T до тех пор, пока не создадите указанную ORDERS таблицу.
Вы неправильно написали имена таблиц, на которые есть ссылки в некоторых предложениях внешнего ключа ( LIBRARY_T и FORMAT_T ).
Вам необходимо указать выражение в предложении DEFAULT. Для DATE столбцов , которые, как правило , текущая дата, DATE DEFAULT sysdate .

Хладнокровный взгляд на собственный код — это навык, который нам всем нужно приобрести, чтобы быть успешными разработчиками. Знакомство с документацией Oracle действительно помогает. Параллельное сравнение вашего кода и примеров в Справочнике SQL помогло бы вам разрешить эти синтаксические ошибки значительно менее чем за два дня. Найдите его здесь (11g) и здесь (12c) .

Помимо синтаксических ошибок, ваши скрипты содержат ошибки дизайна. Это не неудачи, а плохая практика, которая не должна переходить в привычку.

Вы не назвали большинство своих ограничений. Oracle даст им имя по умолчанию, но оно будет ужасным и затруднит понимание словаря данных. Явное обозначение каждого ограничения помогает нам ориентироваться в физической базе данных. Это также приводит к более понятным сообщениям об ошибках, когда наш SQL обнаруживает нарушение ограничения.
Назовите свои ограничения последовательно. HISTORY_T имеет ограничения, вызванные historys_T_FK и fk_order_id_orders , ни одно из которых не помогает. Полезное соглашение _

_fk . Так history_customer_fk и history_order_fk соответственно.

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

Вы пытаетесь создать циклические внешние ключи между LIBRARY_T и FORMATS . Вы можете сделать это, создав ограничения в отдельном операторе, но не делайте этого: у вас будут проблемы при вставке строк и, что еще хуже, проблемы с удалением. Вам следует пересмотреть свою модель данных и найти способ смоделировать отношения между двумя таблицами, чтобы одна была родительской, а другая — дочерней. Или, возможно, вам нужны отношения другого типа, например, таблица пересечений.

Избегайте пустых строк в ваших сценариях. Некоторые инструменты справятся с ними, а некоторые нет. Мы можем настроить SQL * Plus для их обработки, но лучше этого избежать.

Соглашение об именах LIBRARY_T уродливо. Попробуйте найти более выразительное имя, которое не требует лишнего суффикса, чтобы избежать столкновения ключевых слов.

T_CUSTOMERS еще уродливее, поскольку он несовместим с другими вашими таблицами и совершенно не нужен, поскольку customers не является ключевым словом.

Называть вещи сложно. Вы не поверите, сколько лет у меня были споры по поводу названий таблиц. Самое главное — последовательность. Если я смотрю на словарь данных и посмотреть таблицы называется T_CUSTOMERS и LIBRARY_T мой первый ответ будет путаница. Почему эти таблицы названы по-разному? Какую концептуальную разницу выражает это? Поэтому, пожалуйста, определитесь с соглашением об именах и придерживайтесь его. Сделайте имена таблиц в единственном или множественном числе. По возможности избегайте префиксов и суффиксов; мы уже знаем, что это таблица, нам не нужны a T_ или _TAB .

Источник

ORA-00907: missing right parenthesis

I am trying to run the query below with the input values:

:P6_QUICK_SELECT: This Year

It tells me that i am missing a right parenthesis. I dont see where i am.

Edited by: Dclipse03 on Jan 30, 2009 9:02 AM

Best Answer

Quick pointer — you may want to click on the «closing-quotes» icon on the rightmost side of your message box while replying. That makes it easy to differentiate the poster’s message from yours.

So what’s the final word on this ?
Does it work for you if you set the field as «display as text» and then use the PL/SQL block ?
Or does it become a «select list» if you set the field as «display as text», and hence unsuitable for a PL/SQL block ?

Here’s a very general idea.
— Can you set the value of a text field as the return value of an Oracle function ? In other words, can your application call a function in order to set the value of a text field ?

— Can you pass the value selected from a «select list» to an Oracle function ?

If your answers for both these questions are «yes», then you could do something like the following.

(1) Create two stored functions — «fn_from_date» and «fn_to_date» in the database. Each function takes in a string (varchar2) as the input value.
(2) Set the value of the «text field» :P6_FROM_DATE as the return value of the function «fn_from_date».
(3) Set the value of the «text field» :P6_TO_DATE as the return value of the function «fn_to_date».
(4) Pass the value of «select list» :P6_QUICK_SELECT to each function.

Make your application populate :P6_FROM_DATE and :P6_TO_DATE (by calling the functions «fn_from_date» and «fn_to_date») as soon as the end-user selects a value from the «select list» :P6_QUICK_SELECT». There must be some way of setting this — maybe as a property of the text field or something else.

The functions could use the logic mentioned in the earlier post:
Hope that helps,
isotope

Источник

Oracle mechanics

27.08.2009

ora-904 ora-907 при использовании коррелированных подзапросов

При использовании коррелированных подзапросов, т.е. подзапросов, результаты которых используются для каждой строки основного запроса — «a correlated subquery is evaluated once for each row», могут встречаются ошибки, неточно объясняющие, что делается неправильно

ora-904 «%s: invalid identifier»

ora-907 «missing right parenthesis»

Первая ошибка ora-904 в случае correlated subquery при отсутствии синтаксических ошибок сообщает об использовании более, чем одного уровня глубины вложенности (N-th level sub-query):

что не поддерживается Oracle (до версии 11.1.0.7 включительно) и стандартом SQL: ANSI SQL has table references (correlation names) scoped to just one level deep. Это пишет вице-президент Oracle T.Kyte, отвечая на соответствующий вопрос «Is there some sort of nesting limit for correlated subqueries?», т.е. информация официальная, из первых рук, пример оттуда же. В документации Oracle, начиная с 10.1, пишется иначе:

Oracle performs a correlated subquery when a nested subquery references a column from a table referred to a parent statement any number of levels above the subquery

— но, это, видимо, долгосрочные планы Oracle.

ora-907

тут проблема старая и известная: запрет на использование ORDER BY в подзапросах, описанная в документации Oracle 7 (в документации следующих версий уже не упоминается — видимо, тоже есть планы по исправлению):

The ORDER BY clause cannot appear in subqueries within other statements.

По вышеупомянутой ссылке на сайте asktom.oracle.com можно найти пример замены конструкции с ORDER BY типа:

на аналитическую функцию типа :

для одновременного понижения уровня вложенности подзапроса (correlated query level deep) до 1 и устранения проблемы с ORDER BY в подзапросе — конструкция dense_rank first ORDER BY допускается Oracle.

Источник

Ошибка Oracle — ORA-00907: отсутствует правая скобка

Я ломаю голову над этой ошибкой Oracle. Следующий запрос отлично работает:

Однако я хочу вернуть свой конкантонированный список в алфавитном порядке, потому что я такой разборчивый. Вы бы подумали, что я сделаю:

Однако, когда я пытаюсь это сделать, я получаю сообщение об ошибке:

Я могу запустить запрос в собственном операторе SELECT, например:

И работает нормально. Мои скобки более сбалансированы, чем труппа Cirque du Soleil. Почему ошибка?

Думаю, не получится. ORDER BY не влияет на агрегирование. Пожалуйста, протестируйте его, и, если необходимо, я опубликую определенную пользователем агрегатную функцию, которая выполняет сортировку. К сожалению, у меня нет версии, поддерживающей WM_CONCAT. — GolezTrol

Подожди, ты прав. Все дело в споре, если я изменю автономный пример на ORDER BY NAME DESC то я получаю тот же результат. Я просто предположил, что это сработало, потому что значения оказались в алфавитном порядке. В любом случае я, вероятно, смогу просто отсортировать их с помощью простого выражения LINQ. — Mike Christensen

Пример LISTAGG на эту страницу кажется, сортируется в алфавитном порядке, но я не очень хорошо знаком с этим синтаксисом, поэтому не уверен, можно ли это применить и к WM_CONCAT. Если нет, вы всегда можете использовать LISTAGG, и если это не сработает, я опубликую обходной путь позже сегодня. — GolezTrol

2 ответы

Я думаю, что ORDER BY не влияет на агрегированную функцию WM_CONCAT.

Для этого, как и было обещано, настраиваемая агрегация, которая сортирует результаты. Может использоваться и в более ранних версиях.

Теперь ваш запрос может выглядеть примерно так:

Источник