sqlDataDictionary.tableReindex

[demianimp]

Добрый день.

Столкнулся с такой проблемой. При вызове sqlDataDictionary.tableReindex с параметрами не всегда на SQL отправляет команду на удаление и создание индекса. sqlDataDictionary.tableReindex возвращает 0, что согласно MSDN означает, что нет ошибки

Что также наблюдается через форму "Администрирование SQL" -> "Действия над индексами" -> "Переиндексация". Как на группе таблиц, так и на группе индексов.

Что я делаю не так?

Вот пример джоба, который нужно запускать через пункт меню с параметром запуска на server.

static server void ReIndex(Args _args)
{
    SqlDataDictionary       sqlDataDictionary;
    ;
    sqlDataDictionary = new SqlDataDictionary();
        
    new SqlDataDictionaryPermission(methodstr(SqlDataDictionary,  tableReindex)).assert();
    info(int2str(sqlDataDictionary.tableReindex(tableId, IndexId)));
    CodeAccessPermission::revertAssert();
}

Может есть какие-то другие варианты программного запуска переиндексации через AX?

[S.Kuskov]

А таблица над которой вы пытаетесь выполнить операцию точно физически существует на SQL сервере? Может быть она временная или выключена конфигурационным ключём?

[demianimp]

Цитата:

Сообщение от S.Kuskov

А таблица над которой вы пытаетесь выполнить операцию точно физически существует на SQL сервере?

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

Цитата:

Сообщение от S.Kuskov

Может быть она временная или выключена конфигурационным ключём?

На индексах я не вижу конфигурационных ключей.

я правильно понимаю, что Id индекса этот то значение, которое прописано в свойства индекса в АОТ?

[S.Kuskov]

Цитата:

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

На индексах я не вижу конфигурационных ключей.

Я вижу. AX2009. И ещё на самих полях есть.

Цитата:

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

я правильно понимаю, что Id индекса этот то значение, которое прописано в свойства индекса в АОТ?

похоже на то. Ещё его можно по имени указать через IndexNum, по аналогии с TableNum, FieldNum и т.д.

[demianimp]

Цитата:

Сообщение от S.Kuskov

Я вижу. AX2009. И ещё на самих полях есть.

Если дело в ключах, то почему sqlDataDictionary.tableReindex(tableId) выполняется, а sqlDataDictionary.tableReindex(tableId, indexId) нет?


Вот например таблица 865 CustTransOpen и индекс 3 AccountDateIdx

Нормально выполняется sqlDataDictionary.tableReindex(865, 3) - процент фрагментации на SQL приближен к 0?

[demianimp]

Еще заметил, что не отрабатывает

sqlDataDictionary.indexDrop(tableId, indexId);

, хотя

sqlDataDictionary.indexCreate(tableId, indexId)

пытается отправить запрос на создание.

Может какие-то настройки я упустил?

[demianimp]

Экспериментальным путем выяснил, что sqlDataDictionary.indexDrop и sqlDataDictionary.tableReindex не выполняются у индексов, которые прописаны в свойствах таблицы PrimaryIndex и ClusterIndex.

Отсюда вопрос, как их можно программно переиндексировать?

[mazzy]

Цитата:

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

Отсюда вопрос, как их можно программно переиндексировать?

maintanance plan в SQL.
если уж очень хочется запланировать выполнение из аксапты, то вызывайте sql-агента, чтобы он запустил maintanance plan.

согласен с Vadik. оставьте задачи обслуживания базы администраторам SQL.

[Vadik]

Цитата:

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

Что я делаю не так?

Да все. Не надо обслуживание SQL Server-а автоматизировать в AX

[mazzy]

Цитата:

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

При вызове sqlDataDictionary.tableReindex с параметрами не всегда на SQL отправляет команду на удаление и создание индекса. sqlDataDictionary.tableReindex возвращает 0, что согласно MSDN означает, что нет ошибки

"Не отправляет" - это вряд ли.
скорее аксапта отправляет, а SQL ее не слушается.

если вы таки будете настаивать на именно таком подходе,
то проверьте права пользователей.

тот пользователь SQL, который принимает команды из аксапты, имеет права на выполнение обслуживающих команд?

[demianimp]

Цитата:

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

тот пользователь SQL, который принимает команды из аксапты, имеет права на выполнение обслуживающих команд?

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

Цитата:

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

Экспериментальным путем выяснил, что sqlDataDictionary.indexDrop и sqlDataDictionary.tableReindex не выполняются у индексов, которые прописаны в свойствах таблицы PrimaryIndex и ClusterIndex.

[Logger]

Тема "А нафига тогда эти функции есть в X++, если ни фига не работают так как ожидается" - не раскрыта.
По-моему они сделаны изначально для джобов по конвертации базы, чтобы можно было из кода все же делать эти операции. А для обычной работы конечно удобнее средствами БД все сделать.

[mazzy]

Цитата:

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

Тема "А нафига тогда эти функции есть в X++, если ни фига не работают так как ожидается" - не раскрыта.
По-моему они сделаны изначально для джобов по конвертации базы...

нет. это унаследованные функции еще к конкорда.

еще с тех времен, когда эта платформа поддерживала около 20 различных баз данных. включая собственный формат в файле.

функции еще были актуальны, когда аксапта работала на двух базах - Оракл и МС СКЛ. Сейчас не актуальны от слова совсем. Используйте инструменты обслуживания самой бд

[sukhanchik]

Цитата:

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

Тема "А нафига тогда эти функции есть в X++, если ни фига не работают так как ожидается" - не раскрыта.

Напомню историю, что функции, которые "есть в Х++, но не работают, как ожидается" специально не создавались. Братья Дамгаарды, когда делали EXE-шник для АХ (а может еще и для конкорда - уж точно не помню) - который сейчас ax32.exe - взяли некий компилятор С++ и скрестили с компилятором Java. Что они конкретно использовали - сейчас уже вряд ли кто вспомнит. Но суть состоит в том, что функции специально не добавлялись, а просто не вычищались. Т.е. они адаптировались по необходимости их применения в системе АХ путем "фиксов ядра" и все.

В далекое-далекое время, когда приезжал в Россию Эрик Дамгаард - он говорил (я сам не был - инфа со слов товарищей, которые там были), что они систему создают для работы пользователей, а не для разработчиков. Поэтому у них в планах не стоит вычищение такого рода мусора.