3.0 - SQL Администрирование - Таблицы - Проверить/синхронизовать

[Vadik]

После перехода на 3.0 запустил проверку на таблицы

Имею на выходе
BOMCALCTABLE NumIdx не является primaryIndex, но является primaryIndex в AOT
NumIdx не может быть primaryIndex и разрешать копии

то же самое с
INVENTSUM
PRODJOURNALBOM
PRODJOURNALPROD
и т.д. порядка 20 таблиц

Странно, учитывая, что никаких модификаций моих там нет. Вот и у кого спрашивается лыжи не едут?

Жить с этим конечно можно, но все-таки хотелось бы разобраться.. У всех такое наблюдается?

[Poleax]

Аналогична ошибка при "Проверки/синхронизации"

RTAX25LEDGERINTERVAL *GroupIdx не является primaryIndex, но является primaryIndex в AOT
*GroupIdx не может быть primaryIndex и разрешать копии

Кто с таким сталкивался и может подсказать способ решения?

Axapta 3.0 SP6

[sukhanchik]

единственная напрашивающаяся мысль в том - что был сделан в АОТ Primary Index, но в БД он не создался (например из-за дубликатов в данных). Но при этом до этого в АОТ был другой Primary Index, с которого сняли сию почетную обязанность одновременно с назначением другого индекса Primary.
Т.о. в АОТ изменения произошли, а в БД - нет. Это необязательно должно было произойти вследствие модификаций. Достаточно апгрейда слоя.

Если очистить проблемную таблицу от данных - думаю - что все станет на свои места.
Ну либо очистить от тех дубликатов, из-за которых не накладывается новый уникальный индекс

[lev]

Ax 3.0 SP 3
подобных ошибок нет

[Михаил Андреев]

Возможен вариант ещё проще - при импорте были отключены индексы, а часть данных задублировалась.

Кстати, есть кнопка Проверить/Синхронизировать - помогает найти и удалить дубликаты без удаления всех данных.

[Poleax]

Цитата:

Сообщение от Михаил Андреев

Возможен вариант ещё проще - при импорте были отключены индексы, а часть данных задублировалась.

Кстати, есть кнопка Проверить/Синхронизировать - помогает найти и удалить дубликаты без удаления всех данных.

Да действительно были дубликаты записей. Указанный индекс на таблице был проставлен, как примари и кластерный. Убрал настройку в таблице в качестве примари индекса, оставил его кластерным. Со слов консультантов в таблицах могут быть дублирующие записи по этому полю.
Таблиц было было пару с этой проблемой. Решение аналогичное.

Спасибо за ответы.

[Zepp]

Кто-нибудь знает, почему в AX 4.0 кнопку "Проверка/Синхронизация" сделали неактивной в форме?

[Poleax]

Цитата:

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

Кто-нибудь знает, почему в AX 4.0 кнопку "Проверка/Синхронизация" сделали неактивной в форме?

есть подозрение что она не корректно работала.
в Ax 4.0 и Ax 4.0 SP1 кнопка активна. В Ax 4.0 SP2 ее отключили.

Но если уж очень сильно хочется, можешь зайти в настройки этой кнопки на форме и сделать ее активной. Запуск на свой страх и риск.

[sukhanchik]

Цитата:

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

Кто-нибудь знает, почему в AX 4.0 кнопку "Проверка/Синхронизация" сделали неактивной в форме?

KB938624:
Хотфикс для 4.0 SP1, вошедший в SP2:

Цитата:

Check Synchronize loses notes in DocuRef - DISABLE this functionality

Написано здесь (для партнеров): https://mbs.microsoft.com/partnersou...page=false#sp1

[Poleax]

У Lemming кришу сорвало. Сочувствую.
А мой ответ по теме это из жизни. Сам правил таким способом ошибки, но предупреждаю что это не есть хорошо. Надо быть предусмотрительным

[Lemming]

Цитата:

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

У Lemming кришу сорвало. Сочувствую.

Все (почти), вроде бы, на месте, хватит тащить каменты из репутации в темы, это, как минимум, оффтопик!

[ZVV]

Цитата:

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

KB938624:
Хотфикс для 4.0 SP1, вошедший в SP2:

Check Synchronize loses notes in DocuRef - DISABLE this functionality

ааафигительное решение.... отключить.
действительно, зачем оно было надо...
ужас какой-то...