Ошибка ORA-01000 : Oracle

█ 14.03.2008 14:14

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

█ 14.03.2008 14:51

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

█ 13.07.2009 10:50

Столкнулся с такой же ошибкой, пока не могу победить.

Цитата:

ORA-01000: количество открытых курсоров превысило допустимый максимум
Errors in file d:\oracle\admin\dbpyatak\udump\dbpyatak_ora_3528.trc:
ORA-06512: на "SUPERMAG.CARDS", line 2700
ORA-06512: на "SUPERMAG.SMASSORTMATRIXARTADD", line 5
ORA-06512: на line 1

Эта ошибка возникает при добавлении товаров в ассортимент.
А еще такая же возникает при "инициализации подчиненной базы данных", когда уже счетчик поставленных в очередь артикулов дошел до конца.
dbpyatak_ora_3528.trc
dbpyatak_ora_3528.rar
Help!

█ 13.07.2009 11:05

Код:

SQL> select count(*) from v$open_cursor;

  COUNT(*)
----------
      3158

SQL> show parameter open_cursors

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------
open_cursors                         integer     10000

█ 13.07.2009 11:17

Не увидел кнопки "правка" в сообщении, чтоб дописать версию СМ и БД.
СМ: 1.024.5 SP6
БД: 9.2.0.7.0

█ 14.07.2009 10:40

Удалось выявить следующее:

Код:

alter table SUPERMAG.SMSPECRLBASES enable validate constraint SMCSPECRLBASES_BASE
ORA-02298: cannot validate (SUPERMAG.SMCSPECRLBASES_BASE) - parent keys not found

Причины найдены, устранены, констрейн включился, но на превышении открытых курсоров это не повлияло при добавлении карточки в ассортимент.
Выяснилось также, что ошибка возникает при добавлении одной конкретной карточки, когда она присутствует в списке добавляемых или когда добавляют ее одну. Причем возникает такое ощущение, что где-то в своих недрах процедура SMASSORTMATRIXARTADD натыкается на ошибку, связанною с получением/установкой информации по данному артикулу, но в ней не предусмотрена корректная ее обработка и она зацикливается, причем в цикле каждый раз открывает новый курсор и так продолжается до тех пор, пока их кол-во не превысит максимум.
Такая же ошибка возникает где-то в недрах SMPostObject, если эту карточку помещать в очередь на рассылку.
Протрассировал сессию, в которой производилось добавление карточки в номенклатуру, сейчас пытаюсь разобраться, но там мнооого чего написано.
Что еще можно посмотреть в связи с этим?

█ 14.07.2009 12:15

Уфф, разобрался.
Оказывается на этой карточке проводили эксперимент, в ее состав (см. вкладку "состав") добавили другой артикул. Это и вызывало такую проблему. После очистки состава карточки, всё стало вновь работать как часы.
Спасибо всем за участие в данной дискуссии :)