Ошибка дублирования индекса

[Eldar9x]

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

Цитата:

Невозможно выполнить команду языка определения данных в "" ("").
База данных SQL обнаружила ошибку.
Описание ошибки SQL: ORA-00955: имя уже задействовано для существующего объекта
Оператор SQL: CREATE UNIQUE INDEX I_50958RECID ON AA_BATCHTESTINGLOG (SUBSTR(NLS_LOWER(DATAAREAID),1,3),RECID) COMPUTE STATISTICS TABLESPACE STDIDXTS
Ошибки во время синхронизации базы SQL со словарем данных системы.
Операция закончилась неудачно.
Синхронизация 1 таблиц закончилась неудачно

На других новых таблицах все нормально проходит.
Удаляю индекс через SQL Plus, синхронизирую - все нормально. Повторно синхронизирую - та же ошибка.
Что можно сделать, кроме того как просто удалить таблицу или программно удалять индекс перед синхронизацией?

Oracle 10g Ax 3.0 SP5 KR3

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

[Sada]

Если данные в тадлице есть, то оставить в таблице только одну запись, которая соответствует уникальному индексу. Удалить руками или джобом дублируемые записи. Система врать не будет Записи дублируются.
Либо грохнуть таблицу в АОТе и потом руками на Оракле(если оракл такое позволяет) и по новой залить таблу. Либо руками создать таблицу, и возможно, найдете косяк.

[Eldar9x]

Записи и на самом деле дублировались, вроде как. После удаления все синхронизируется. Таблица находится в коллекции и создана виртуальная компания. После создания нескольких строк таблица опять не синхронизируется. Что можно тут сделать?

[Sada]

Ну тут дебагер Вам в помощь . Мучайте класс, который пихает туда данные. Другого в голову не приходит....

[Eldar9x]

А извиняюсь, пакетник не причем. При ручном создании записей происходит то же самое.

[Sada]

Нуэ мне отсуда не видать, Вы уж тоже меня простите. Но проанализировать данные - какие поля чем и как заполняются, то мы Вам не поможем. Тем более все поля смотреть не нада, а тока поля с индекса.

[Sada]

ЗЫ: Может они просто пустыми значениями заполняются. Вот вторая строка с пустыми значениями будет ругаться.

[anikulichev]

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

[Eldar9x]

Цитата:

У вас случайно recid на второй круг не пошли,

да вряд-ли база почти пустая, ну может десяток таблиц от силы заполнено... RecId выделяются сейчас с 4500

Цитата:

Может они просто пустыми значениями заполняются

Удалил из таблицы все поля. RecId, если судить по обозревателю, разные. Достаточно одно записи, чтобы появилась ошибка.

[ZVV]

Мне кажется что-то тут не о том речь идёт...

Цитата:

ORA-00955 name is already used by an existing object
Cause: An attempt was made to create a database object (such as a table, view,
cluster, index, or synonym) that already exists. A user’s database objects must
have distinct names.
Action: Enter a unique name for the database object or modify or drop the
existing object so it can be reused.

Т.е. проблемв в том, что аксапта почему-то не понимает, что индекс уже в оракле есть.

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

Цитата:

ORA-01452 cannot CREATE UNIQUE INDEX; duplicate keys found
Cause: A CREATE UNIQUE INDEX statement specified one or more columns
that currently contain duplicate values. All values in the indexed columns must
be unique by row to create a UNIQUE INDEX.
Action: If the entries need not be unique, remove the keyword UNIQUE from
the CREATE INDEX statement, then re-execute the statement. If the entries
must be unique, as in a primary key, then remove duplicate values before
creating the UNIQUE index.

[ZVV]

какая-то фантастика, похоже на баг какой-то со стороны аксапты...

а вы пробовали пересоздать эту таблицу? должно наверное помочь...

а индекс этот на recid вы сами создаёте, или он создаётся автоматом потому что CreateRecIdIndex = Да или нет других индексов на таблице?можно ещё с этим попробовать поиграццо...

[anikulichev]

Попробуйте тогда запустить. Синхронизацию с проверкой(Администрирование,Переодические операции, SQL администрирование, Таблицы, Проверить/Сихронизировать)

Снять галки на "Только диагностика","Управляемая пользователем проверка","Упрощенная проверка массивов","Печатать отчет","Печатать неисправленные ошибки", хотя печать можно оставить.

Все остальные должны стоять

[ZVV]

Check/Syncronyze ещё есть кстати, может он поможет...

ЗЫ Упс...

[Eldar9x]

Цитата:

Мне кажется что-то тут не о том речь идёт...

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

Цитата:

а вы пробовали пересоздать эту таблицу?

пробовал, все работает. Но после добавления в табличную коллекцую перестает.

[db]

Вы кажется по поводу "Долгой синхронизации" делали как я писал в этой теме. И кажется чуть чуть подправили мой код, который вызывает обновление материализованных вьюшек. Может дело в этом "чуть чуть"?

[Eldar9x]

Цитата:

Вы кажется по поводу "Долгой синхронизации" делали как я писал в этой теме. И кажется чуть чуть подправили мой код, который вызывает обновление материализованных вьюшек. Может дело в этом "чуть чуть"?

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

[db]

так вьюхи эти материализованные то в базе есть что ли? тогда если в приложении вызовов обновления нету, то и аксапта видит "малость" не то, что есть на самом деле. либо удалите вьюхи, либо вызываете обновление

[Eldar9x]

Цитата:

так вьюхи эти материализованные то в базе есть что ли? тогда если в приложении вызовов обновления нету, то и аксапта видит "малость" не то, что есть на самом деле. либо удалите вьюхи, либо вызываете обновление

точно, именно так и было, после удаления вьюшек, все заработало. db, поясните, пожалуйста, что значит "малость" не то? Хочется понять, в чем была проблема... Спасибо.

[db]

"малость не то" - это состояние индексов на момент последнего обновления вьюшек, а не их текущеее состяние Индекса давно нет, а во вьюшках он еще есть например, или наоборот - нет во вьюшках, а есть на самом деле, ну и.т.д

а вообще эти вьюшки и три строчки кода работают уже пару лет на 8 разных промышленных инсталляциях и хз скока тестовых/девелоперских. кроме как подтормаживания сохранения объектов побочных эффектов не было. Я потому и спросил про доработки с вызовом обновления - уже не помню какие точно, но изначально проблемы были с условным вызовом обновления. Я то же пытался вызывать в зависимости от параметров dbSynchronize, но потом нарвавшись на подобные грабли оставил безусловное обновление

[ZVV]

какие интересные подробности выясняются....