где хранятся имена индексов в SQL базе AX2009

[oleggy]

Привет.
При синхронизации таблицы, система сообщает:
Новый уникальный индекс с именем "I_50753RECID" может вызвать нарушение уникального индекса".
По окончании синхронизации выдает ошибку SQL:
Описание ошибки SQL: [Microsoft][SQL Native Client][SQL Server]There is already an object named 'I_50753RECID' in the database.
Оператор SQL: ALTER TABLE VTH_COSTCARDCALCULATORTAB50753 ADD CONSTRAINT I_50753RECID PRIMARY KEY NONCLUSTERED (DATAAREAID,RECID)
Планирую в SQL данный индекс удалить, но никак не могу найти, где система хранит имена индексов.
В SqlDictionary информации по индексам нет.

[axm2017]

https://stackoverflow.com/questions/...-sql-server-db
?

[oleggy]

Цитата:

Сообщение от sukhanchik

Имена индексов не хранятся нигде.

Имена индексов хранятся все таки в определенной таблице. Я об этом знал и искал решение. И вам не поверил.

Помог ответ axm2017.

SET @nameIndex = 'I_50753RECID';

select
	s.name AS nameSchema
	, t.name AS nameTable
	, i.name AS nameIndex
	, c.name AS nameColumn
	, SqlDictionary.name AS nameTableAX
from sys.tables t
	join sys.schemas s on t.schema_id = s.schema_id
	join sys.indexes i on i.object_id = t.object_id
	join sys.index_columns ic on ic.object_id = t.object_id
	join sys.columns c on 
			c.object_id = t.object_id
			and	ic.column_id = c.column_id
	LEFT JOIN SqlDictionary ON SqlDictionary.SqlName = t.name
where 
	i.name = @nameIndex

[sukhanchik]

Цитата:

Сообщение от oleggy

Имена индексов хранятся все таки в определенной таблице. Я об этом знал и искал решение. И вам не поверил.

Понятно. Значит я просто Вас неправильно понял. Я имел в виду, что они не хранятся в пользовательских таблицах. А так-то конечно - в системных таблицах SQL Server хранятся вообще все настройки.

[oleggy]

Проблема была в том что в SQL была задублирована таблица которая никак не использовалась самой AX и в этой таблице был тот индекс который нужно было удалить.
Я его искал в корректной таблице и через джоб (Владимир Максимов) но найти не мог.

[Владимир Максимов]

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

Однако получить имена индексов можно через классы DictXXX

static void job_Test(Args _args)
{
    DictTable       dictTable;
    DictIndex       dictIndex;
    int             idx;
    ;

    dictTable = new dictTable(tablenum(CustTable));
    for (idx = 1; idx <= dictTable.indexCnt(); idx++)
    {
        dictIndex = dictTable.indexObject(dictTable.indexCnt2Id(idx));
        info(strFmt('Axapta = %1, SQL = %2', dictIndex.name(DbBackend::Native), dictIndex.name(DbBackend::Sql)));
    }
    
    info('End');
}

Параметр DbBackend::Sql для метода name() заставит вывести имя SQL. Если имени SQL нет, значит, соответствующий индекс в SQL не создается. Либо не активен, либо закрыт конфигурационным ключем


Если Вы не в курсе, то имя индекса SQL формируется следующим образом

"I_" + id-таблицы + "Имя в Axapta"

Так что, вполне можно "вычислить" нужное имя "вручную"

[sukhanchik]

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