ORA-00907: отсутствует ошибка правой скобки при создании таблицы?
Я новичок в oracle, Я создал две таблицы, используя следующие запросы,
сейчас я пытаюсь создать другую таблицу, используя некоторые внешние ключи,
ошибка получения: ORA-00907: отсутствует правая скобка
Я также пробовал с
но получение той же ошибки. Может ли кто-нибудь сказать мне, где я делаю ошибку?
4 ответов
1: у вас должна быть таблица под названием «test» с двумя столбцами, id и testdata. (Это просто глупый быстрый пример, поэтому я не буду утруждать себя указанием каких-либо ограничений на id.)
2: Далее мы создадим последовательность для использования id-номеров в нашей тестовой таблице.
вы можете изменить «начать с 1» на любое число, с которого хотите начать (например, если у вас уже есть 213 записей в таблице, и вы хотите начать использовать это для своей 214-й записи, замените на «начнем с 214»). По умолчанию используется предложение «increment by 1», поэтому его можно опустить. Вы также можете заменить его на «increment by n», если хотите, чтобы он пропускал N-1 чисел между номерами идентификаторов. «Nomaxvalue» говорит ему продолжать увеличивать навсегда, а не сбрасывать в какой-то момент.я (я уверен, что Oracle имеет некоторые ограничения на то, насколько он может быть большим, но я не знаю, что это за предел).
3: Теперь мы готовы создать триггер, который будет автоматически вставлять номер из последовательность в столбце ID.
при создании индекса, встроенного в остальную часть инструкции создания таблицы, попробуйте удалить FOREIGN KEY детали:
см. этот вопрос для получения более подробной информации:
вот смотри есть два различных способа создания таблицы с constriants.
1) создать отдел таблиц( deptno номер (5) первичный ключ, deptname varchar2(30), empno номер (5) ссылки emp (empno));
2) Создайте отдел таблицы( deptno номер(5), deptname varchar2(30), количество empno(5), ограничение pkey_deptno первичный ключ (deptno), ограничение fkey_empno внешний ключ (empno) ссылки Emp (empno));
Отсутствует правая скобка
Не пойму в чем проблема, все скобки закрыты
Не могу разобраться с INSERT INTO или в выражении отсутствует закрывающая скобка
Добрый вечер, правда уже ночь). Уважаемые форумчане, у меня возникла проблема. Подруга изучает.
«Отсутствует левая скобка» при использовании VARCHAR
Для создания таблицы выполняю команду: CREATE TABLE data_object(ID int not null PRIMARY KEY, name.
Это форум по Oracle. Ваш пример напоминает диалект SQL из MySQL.
В Oracle нет SUBSTRING.
Как быть с «\», если компилятор ругается, что отсутствует закрывающая скобка в регулярке
Допустим я задаю некий путь в программе строкой: string pat = «D:\\Downloads\\»; И хочу ее потом.
Ошибка: «отсутствует закрывающая скобка»
Доброго дня, написал программу точно по образцу задания, но выдает ошибку «отсутствует закрывающая.
В зависимости от того введена ли открытая скобка или закрытая напечатать “открытая круглая скобка” или “закрытая фигурная скобка”
В зависимости от того введена ли открытая скобка или закрытая напечатать “открытая круглая скобка”.
В зависимости от введенной скобки, напечатать «открытая круглая скобка», «закрыта фигурная скобка»
В зависимости от того введена ли открытая скобка или закрытая, напечатать «открытая круглая скобка».
ORA-00907: отсутствует правая скобка – sql
ORA-00907: отсутствует ошибка правой скобки при создании таблицы?. Ora 00907 missing right parenthesis ошибка
Причина:
Были введены левые скобки без закрытия правыми скобками или в скобках была заключена дополнительная информация. Все скобки должны вводится парами.
3 ответа
Изменить эту строку,
Вы действительно пропускаете правильные скобки.
APC 15 Июн 2017 в 06:45
Frank 15 Июн 2017 в 08:37
Я думаю, что проблема может быть замена переменных. В SQL * Plus нам нужно обрабатывать ввод даты как строки. Поэтому вам нужно заключить переменные в кавычки, например так:
Что, конечно, означает, что вам не нужен to_char(), так что просто так:
Oracle по-прежнему позволит вам вводить двузначные годы (столетие по умолчанию соответствует текущему), но, по крайней мере, цель ясна.
APC 15 Июн 2017 в 07:22
Решение
AND ((‘”.$this->mysqlCheckInDate.”‘ BETWEEN boks.start_date AND DATE_SUB(boks.end_date, INTERVAL 1 DAY))))
Должно иметь 3 символа правой круглой скобки вместо 4. Блок подзапроса заканчивается слишком рано.
4 ответов
Я не эксперт в oracle, но вы можете указать (10) на salary int(10) NOT NULL?
1: у вас должна быть таблица под названием “test” с двумя столбцами, id и testdata. (Это просто глупый быстрый пример, поэтому я не буду утруждать себя указанием каких-либо ограничений на id.)
create table test (id number, testdata varchar2(255));
2: Далее мы создадим последовательность для использования id-номеров в нашей тестовой таблице.
create sequence test_seq start with 1 increment by 1 nomaxvalue;
вы можете изменить “начать с 1” на любое число, с которого хотите начать (например, если у вас уже есть 213 записей в таблице, и вы хотите начать использовать это для своей 214-й записи, замените на “начнем с 214”). По умолчанию используется предложение “increment by 1”, поэтому его можно опустить. Вы также можете заменить его на “increment by n”, если хотите, чтобы он пропускал N-1 чисел между номерами идентификаторов. “Nomaxvalue” говорит ему продолжать увеличивать навсегда, а не сбрасывать в какой-то момент.я (я уверен, что Oracle имеет некоторые ограничения на то, насколько он может быть большим, но я не знаю, что это за предел).
3: Теперь мы готовы создать триггер, который будет автоматически вставлять номер из последовательность в столбце ID.
create trigger test_triggerbefore insert on testfor each row beginselect test_seq.nextval into :new.id from dual;end;/
при создании индекса, встроенного в остальную часть инструкции создания таблицы, попробуйте удалить FOREIGN KEY детали:
CREATE TABLE works(emp_name varchar(20) NOT NULL,comp_name varchar(20) NOT NULL,salary int(10) NOT NULL,emp_name REFERENCES employee(emp_name),comp_name REFERENCES company(comp_name))
см. этот вопрос для получения более подробной информации:
ORA-00907: отсутствует правая скобка
вот смотри есть два различных способа создания таблицы с constriants.
1) создать отдел таблиц( deptno номер (5) первичный ключ, deptname varchar2(30), empno номер (5) ссылки emp (empno));
2) Создайте отдел таблицы( deptno номер(5), deptname varchar2(30), количество empno(5), ограничение pkey_deptno первичный ключ (deptno), ограничение fkey_empno внешний ключ (empno) ссылки Emp (empno));
Некоторые ошибки и их устранение
SP2-1503/SP2-0152
Windows Server 2003 R2 с установленным на нём Oracle Client 10.2.0.4.
При запуске sqlplus от имени пользователя с администраторскими полномочиями коннект осуществляется без проблем. Но при попытке подключиться к базе от имени пользователя без администраторских полномочий появляется ошибка:
Вызвано это невозможностью создать global object пользователем без администраторских полномочий. Я решил проблему так:
Результат — ошибок нет, пользователь счастлив и может работать.
ORA-28759: сбой при открытии файла
При выполнении обращения из БД (под Windows) к серверу с поддержкой SSL (по HTTPS) появилась ошибка:
Суть проблемы в том, что Oracle Wallet Manager (OWM) при редактировании wallets меняет разрешения на доступ к файлу. В результате файл становится доступным только пользователю, от которого был запущен OWM.
Решение:
Измените разрешения на доступ к файлу так, чтобы пользователь, от которого работает Oracle DB, имел доступ хотя бы на чтение.
ORA-12154: TNS:could not resolve the connect identifier specified
PL/SQL Developer и Windows x64.
sqlplus
При попытке подключиться с помощью sqlplus, используя Easy Connect, тоже можно получить ошибку:
Ошибка компиляции при установке Oracle Client
Первоначально пробуем выполнить:
Для Ubuntu 14.04 вероятно придётся пересоздать symlink:
и снова пробуем выполнить:
SQL Developer, Oracle XE и ORA-12705 в Linux
У меня содержимое файла выглядит так:
Проблемы с external job (sjsec 6a)
В какой-то момент стал получать ошибку:
ORA-01075 you are currently logged on
Нашёл решение здесь, но решил у себя продублировать. Итак, если при подключении к БД получаем что-то типа:
нужно выполнить следующие шаги:
SQLDeveloper из Oracle 11g (64 bit) на Windows (64 bit)
При запуске sqldeveloper, который идёт в комплекте с Oracle 11G (11.2.0.4.0, 64bit) и установлен на Windows Server 2008 R2 (64 bit), получаем окно, в котором нас просят указать путь к java.exe. Однако, при указании пути к java, которая идёт вместе с Oracle или же к другой java 64 bit, ничего не происходит, кроме того, что снова появляется это же окно.
Если же пытаемся запустить » %ORACLE_HOME%sqldevelopersqldeveloperbinsqldeveloper «, то при указании пути к java получаем сообщение:
Как ни парадоксально, но это решается установкой java 32-bit и добавлением в файл » %ORACLE_HOME%sqldevelopersqldeveloperbinsqldeveloper.conf » строки, в которой с помощью SetJavaHome задан JAVA_HOME (путь к java), например так:
ORA-00845: MEMORY_TARGET not supported on this system
На Windows я с такой ошибкой пока не встречался, а на linux решение простое:
Где:
size — размер больше или равен объёму выделяемой для всех экземпляров Oracle памяти. В нашем случае он равен 12Gb (size=12g).
должны получить что-то похожее на следующее:
ORA-12034: materialized view log on «SCHEMA».»MVIEW» younger than last refresh
Можно смотреть ноту 204127.1 на Metlink.
В некоторых случаях помогает:
Проблемы при повторной конфигурации Oracle XE.
Один из вариантов повторной конфигурации Oracle XE заключается в удалении » /etc/sysconfig/oracle-xe » (для Red Hat) и выполнении » /etc/init.d/oracle-xe configure «. Однако, если у вас имеется созданное вами табличное пространство в указанном вами файле данных, выполните обязательно бэкап этого табличного пространства. Указанный скрипт выполнит пересоздание DBID для известных ему файлов данных, но не тронет те, что вы создали. Таким образом, после старта системы вы не сможете ни получить доступ к вашим файлам, ни подключить их к БД, т.к. в них прописаны старые DBID. Будьте внимательнее.
ORA-01704: string literal too long
При работе с Oracle через JDBC, столкнулся с проблемой в виде ошибки «ORA-01704: string literal too long». Оказывается, в некоторых случаях (JDBC — один из них) нельзя просто взять и вставить строку длиной больше 4000 символов в поле таблицы. Даже если это поле типа CLOB. Т.е. не прокатывает строка вида:
Пересоздание сессии в удалённой БД (dblink)
Разработчики стали жаловаться, что, при обращении к объекту, размещённому в удалённой БД, через database link, появляется следующая ошибка:
В результате, на требуемом нам сервере будет создана новая сессия. Проблема была решена. Такой вот lifehack.
К сожалению, воспроизвести ситуацию уже невозможно, но, вероятно, могла помочь и следующая последовательность действий:
Certificate of the remote server does not match the target address.
Эта заметка относится к Oracle Database 12.2.
В wallet-файле есть необходимый сертификат, но при обращении к ресурсу получаем ошибку:
» habrahabr.ru » и есть то значение, которое необходимо подставить:
Ещё один широко известный в узких кругах ресурс:
ORA-27369: job of type EXECUTABLE failed with exit code: 274662
ORA-00392: log 1 of thread 1 is being cleared, operation not allowed
При открытии БД с resetlogs получаем ошибку:
Вероятно, первая команда » alter database open resetlogs » завершилась неудачно и в control-файле redo остались в статусе CLEARING/CLEARING_CURRENT:
Можно попробовать использовать следующие команды:
а затем уже повторить:
На metalink есть документ (Doc ID 1352133.1)
Базы данных
ORA-00907: упущены правые скобки
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.
Последовательность выполнения триггеров
(Ordered Execution in Triggers)
Начиная с Oracle8, появилась возможность приписать несколько триггеров одного типа одной и той же таблице — например, два строчных after each row триггера при вставке в одну таблицу. Тип триггеров определяет порядок их выполнения:
Однако, если есть два строчных after-row триггера, T1 и T2, то какой из них сработает первым?
Выполнение триггеров одного и того же типа произвольно или по крайне мере не гарантированно следует шаблону. Является ли это проблемой? Давайте рассмотрим пример таблицы PAYMENTS, показанный ниже:
Name Null? Type—————————— ——– —————————- PAY_ID NUMBER(10) CREDIT_CARD_NO VARCHAR2(16) AMOUNT NUMBER(13,2) PAY_MODE VARCHAR2(1) RISK_RATING VARCHAR2(6) FOLLOW_UP VARCHAR2(1)
Необходимо вычислить рейтинг риска в зависимости от типа платежей и суммы и сохранить его в столбце RISK_RATING. Следующий простой строчный триггер before-update легко справляется с этой задачей:
create or replace trigger tr_pay_risk_ratingbefore updateon paymentsfor each rowbegin dbms_output.put_line (‘This is tr_pay_risk_rating’); if (:new.amount) get upd_pay 1 update payments set 2 credit_card_no = ‘1234567890123456’, 3 amount = 100000, 4* pay_mode = ‘K’SQL> @upd_pay Это – tr_pay_follow_up Это – tr_pay_risk_rating 1 row updated.SQL> select * from payments; PAY_ID CREDIT_CARD_NO AMOUNT P RISK_R F———- —————- ———- – —— – 1 1234567890123456 100000 C HIGH N
Что же случилось? Столбец risk_rating имеет значение HIGH, а столбец pay_mode – значение ” C”, которые означают, что столбец FOLLOW_UP должен быть ” Y”, а не “N”. Почему? Чтобы ответить на этот вопрос, посмотрите, в каком порядке сработали триггеры: tr_pay_follow_up сработал раньше, чем tr_pay_risk_rating. Последний установил значение столбца как высокий рейтинг. Поэтому, когда заработал первый триггер, он нашёл null (или “N”) в столбце risk_rating и поэтому посчитал, что условие удовлетворяется.
В этом случае порядок выполнения триггеров очень важен. Если tr_pay_risk_rating не сработает раньше второго, корректные значения не будут установлены, а то, что установится, будет неверной реализацией требований. Единственной простой возможностью была бы замена всей логики на один код и выполнение её в нужном порядке.
В Oracle Database 11g можно в скрипте создания триггера указать выражение, которое устанавливает порядок выполнения триггеров. Вот верхняя часть триггера, включающая это выражение:
create or replace trigger tr_pay_follow_upbefore updateon paymentsfor each row
follows tr_pay_risk_ratingbegin… и так далее … SQL> @upd_payThis is tr_pay_risk_ratingThis is tr_pay_follow_up 1 row updated. SQL> select * from payments; PAY_ID CREDIT_CARD_NO AMOUNT P RISK_R F———- —————- ———- – —— – 1 1234567890123456 100000 C HIGH Y 1 row selected.
Как и ожидалось, столбец заполнен корректно. Обратите внимание на корректный порядок триггеров, подтверждающий, что выражение работает.
Действие:
Убедитесь, что вы имеете парное множество скобок, затем выполните выражение снова.
3 ответа
Ваши столбцы no.of во вставке не соответствуют столбцам no.of в поле значений. Попробуй это..
INSERT INTO TABLE_B (car_id, user, book, msdin)select 11, user, book, msdin from TABLE_A ;
prabhat mishra 30 Окт 2017 в 10:52
Возможно, вам нужен оператор INSERT SELECT
INSERT INTO TABLE_B (car_id, user, book, msdin)select 11, user, book, msdin from TABLE_A;
Количество значений и их типы данных, возвращаемые SELECT, должны соответствовать атрибутам таблицы за INSERT. Невозможно использовать подвыбор после VALUES в INSERT при его попытке.
Radim Bača 30 Окт 2017 в 09:16
Если ваш TABLE_A имеет только 1 запись, вам нужно будет сделать следующее:
INSERT INTO TABLE_B (car_id, user, book, msdin)values (11, (select user from TABLE_A), (select book from TABLE_A), (select msdin from TABLE_A),);
Sudipta Mondal 30 Окт 2017 в 09:09
Когда выполнять нечего, выполняем CONTINUE
When Nothing to Do, CONTINUE
Наряду со всеми своими возможностями, до настоящего времени в PL/SQL была упущена одна важная часть грамматики: как показать, что ничего делать не надо, а надо перейти в конец цикла и продолжить его выполнение.
В Oracle Database 11g в PL/SQL есть новая конструкция CONTINUE, которая используется в цикле. Это предложение перемещает логику в конец цикла, а затем в начало цикла. Вот небольшой пример, который показывает, как управление передаётся на конец цикла, когда счётчик не кратен 10.
ctr=10ctr=20ctr=30… и так далее …
Другой вариант CONTINUE – это использование Loop Name (именованный цикл).
begin > for outer in 1..10 loop dbms_output.put_line (‘-> outer=’||outer); for inner in 1..10 loop continue OuterLoop when mod(inner,3) = 0; dbms_output.put_line (‘..-> inner=’||inner); end loop; end loop;end;/
-> outer=1..-> inner=1..-> inner=2-> outer=2..-> inner=1..-> inner=2-> outer=3..-> inner=1..-> inner=2… и так далее …
Вместо применения предопределённой конструкции, такой как mod(inner,3), можно использовать функцию, которая выполняет некоторое вычисление.
begin > for outer in 1..10 loop dbms_output.put_line (‘-> outer=’||outer); for inner in 1..10 loop continue OuterLoop when (myfunc = 1); dbms_output.put_line (‘..-> inner=’||inner); end loop; end loop;end;/
Излишне говорить, что эту конструкцию можно использовать только внутри цикла, где она имеет смысл. Если попытаться использовать её снаружи цикла, то появится ошибка компиляции.
Прямые последовательности
(Straight Sequences)
declare trans_id number(10);begin select myseq.nextval into trans_id from dual;end;
Больше это не нужно. Вы можете непосредственно присвоить переменной следующее значение последовательности:
declare trans_id number(10);begin trans_id := myseq.nextval;end;/
Это именно то, что я называю простотой.
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.
Необходимо выбрать список значений Item_ID с самой поздней (максимальной) датой, но при выполнении выдаётся ошибка ORA-00907: missing right parenthesis. Если переводить дословно, то она указывает на несоответствие количества скобок. Подскажите, что может быть не так?
Сам фрагмент выбора максимальной даты работает:
Oracle 9i: предположительно отсутствует правая скобка
У меня есть простая функция, написанная в Oracle 9i (версия 9.2.0.4.0) для имитации линейного IF. Для желающих, здесь код:
Это не ракетостроение. Теперь вот большая загадка: если я выполняю следующие SQL-инструкции, все просто прекрасно и работает точно так, как я ожидаю:
Тем не менее, следующее генерирует действительно странную ошибку Oracle:
Эта ошибка выглядит следующим образом:
Ясно, что это не так. У кого-нибудь случится объяснение этой маленькой причудливости?
В настоящее время он полностью контролирует самоконтроль, чтобы не дать отбросить сервер Oracle из окна. Oracle, похоже, изобилует этими видами глупостей.
EDIT: Есть ли какой-то волшебный синтаксис, который я должен использовать, чтобы использовать оператор равенства в выражении select?
Ошибка возникает из-за того, что Oracle не ожидает реляционного оператора в предложении select запроса:
SELECT CASE WHEN expr then ‘true’ else ‘false’ end col_alias FROM DUAL;
или для простого теста равенства
SELECT DECODE (val1, val2, ‘true’, ‘false’) col_alias FROM dual;
Это будет намного лучше, чем выход из функции PL/SQL.
Существует ряд причин, почему ваш подход не работает.
Булевы не являются типом данных Oracle.
Они представляют собой тип данных PL/SQL, но даже тогда нет никакого неявного преобразования в числа (ноль false, ненулевое значение true)
Нет типа данных ‘expression’, поэтому механизм SQL не может передать выражение PL/SQL.
Даже если вы передадите выражение в виде строки в PL/SQL, механизм PL/SQL не может динамически оценивать выражение в строке. Он должен был бы построить строку в динамическом выражении SQL и выполнить ее динамически, возвращая результат (в действительном типе данных SQL, как строка или номер).
Oracle SQL ошибка ORA-00907: отсутствует правая скобка в таблице create
3 ответа
В чем может быть проблема? CREATE TABLE ASIGNACION_ANUAL( ANIO NUMBER(4), COD_VENDEDOR VARCHAR2(4), MONTO_ASIGNACION NUMBER(9) NULL_MONTO, CANT_VENTAS NUMBER(2) NULL_CANT_VENTAS, CONSTRAINT ASIGNACION_ANUAL_PK PRIMARY KEY (ANIO, COD_VENDEDOR) ); Сообщение об ошибке: ORA-00907: отсутствует правая.
Тип данных ДАТЫ не имеет длины. Он должен быть написан следующим образом:
Это потому, что вам не нужно указывать длину для DATE типа данных. Oracle База данных использует свой собственный внутренний формат для хранения дат. Данные о дате хранятся в полях фиксированной длины по семь байт в каждом, соответствующих веку, году, месяцу, дню, часу, минуте и секунде. Тип данных DATE хранит год (включая столетие), месяц, день, часы, минуты и секунды (после полуночи).
Вместо этого следует написать следующее-
Похожие вопросы:
Ранее я держал свои данные в SharePoint. В то время нижеприведенный запрос выполнялся нормально :- SELECT Nz(Abs(Sum(sales_route=Sales Mailbox)),0) AS AcceptDirect FROM tblQuotesNew AS t1; Теперь.
CREATE TABLE Persons ( P_Id int NOT NULL, LastName varchar(255) NOT NULL, FirstName varchar(255), PRIMARY KEY (P_Id) ) CREATE TABLE Orders ( O_Id int NOT NULL PRIMARY KEY, OrderNo int NOT NULL, P_Id.
Я не знаю, что не так с этим синтаксисом. create table table3 ( id number, id_table1 number, id_table2 number, area varchar2(130) not null, status varchar2(20), additional_info varchar2(100), data.
CREATE TABLE MURID2 ( ID INT NOT NULL AUTO_INCREMENT, IDMURID VARCHAR2(4) NOT NULL, NAMA VARCHAR2(30), NO_HP NUMBER, ALAMAT VARCHAR2(30), IDKELAS VARCHAR2(6), CONSTRAINT PK_MURID PRIMARY KEY (ID) );.
В чем может быть проблема? CREATE TABLE ASIGNACION_ANUAL( ANIO NUMBER(4), COD_VENDEDOR VARCHAR2(4), MONTO_ASIGNACION NUMBER(9) NULL_MONTO, CANT_VENTAS NUMBER(2) NULL_CANT_VENTAS, CONSTRAINT.
Я получаю SQL ошибка: ORA-00907: отсутствует правая скобка при выполнении нижеприведенного запроса в Oracle SQL Developer. Пожалуйста, подскажите, что не так: CREATE TABLE ARGUS_APP.TEMP_AST_FIX (.
Что не так с кодом? Я получил ошибку ora-00907 отсутствует правая скобка SELECT (SELECT AMOUNT FROM LATERAL (SELECT cro.AMOUNT FROM some_schema.cred cro WHERE cro.cr_id = co.cr_id) WHERE ROWNUM = 1).
У меня есть требование вставить определенные столбцы из одной таблицы в другую в oracle. Это было бы как ниже insert into table2 (column1,column2. columnn) select.
Я передал этот код непосредственно от разработчика SQL. Отлично работает там. SELECT a.INCIDENT_NUMBER, a.DETAILED_DESCRIPTION, a.INCIDENT_ROOT_CAUSE FROM N_EVALUATION as a INNER JOIN N_DISPOSITION.
При выполнении приведенного ниже запроса получена эта ошибка, но проверенные скобки завершены. Ошибка: [Ошибка: ORA-00907: отсутствует правая скобка] < import oracledb from 'oracledb' const <.