Переполнение RecId в компании DAT AX 2.5

[kashperuk]

Цитата:

Сообщение от Владимир Максимов

Да, в Ax 3.0 происходит пересоздание RecId с 1. Народ, как всегда, невнимателен, и не заметил, что речь идет об Ax 2.5, где этот класс осуществлял именно сдвиг, а не пересоздание номеров. Впрочем, разумеется, можно сделать импорт из 3.0...

Насчет "боитесь". Да. Боюсь. Иначе не спрашивал бы.

Насчет "проблем". В основном флейм идет вокруг RefRecId. Т.е. о ссылочной целостности, реализованной на кодах записи. Но, вроде бы, на системные таблицы по кодам записей никто и нигде не ссылается. Разумеется, в стандартном функционале Ax 2.5. Или я не прав?

Я просто уже АХ 2.5 не видел наверное пару лет, поэтому не могу помнить детали реализации класса в этой "архаичной" системе .
Аналогично, не помню, есть ли где-то ссылки на системные таблицы. Сорри.

[somebody]

Володя,

я делал в 3.0 полное обновление RecId. В БД размером около 120 Гб исчерпались RecId, но были огромные "дыры".

Работал, сочетая методы Ax и SQL. Грубо: собрал все RecId и ссылки на RecId. Сгенерил для всех таблиц все RecId, начиная с 1, заменил все ссылки на RecId на новые.
Есть подводные камни (например, ссылки, ветвящиеся внутри Аксапты, SysDatabaseLog, кэш RecId, и др.). Не все ссылки находятся через Аксапту, кое-что через SQL-сервер.

Если ТАКОЙ метод интересует, могу снабдить подробностями.

Здесь в форуме тоже есть следы, "общался с народом", когда были проблемы со сбором ссылок.

P. S. Со служебными таблицами проблем нет, в SqlDictionary, к примеру, так же спокойно перезалил RecId'ы, а насчёт Util-таблиц - их на SQL-сервере физически нет, и ничего перезаливать не надо. Я использовал UtilIdElements именно для разборок с полями и связями.