OLAPAmount

[denny]

AX 3.0 SP3
Вопрос по таблице OLAPAmount. Два куба, перестраиваемые ежедневно, содержат вычисляемые данные по весьма большому периоду (около года). Ежедневно обновляемая таблица генерирует по 800 тысяч recid ежедневно. Естественно, такой прирост совершенно не устраивает, ибо несложно подсчитать, в течение какого весьма ограниченного времени будет пройден предел в заветные 4 миллиарда.

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

Вариант второй - у таблицы OLAPAmount выставить признак saveDataPerCOmpany = No, соответственно номера для recid будут браться из компании dat, которая на данный момент для работы не используется. Плюсы - отсутствие минусов первого варианта Минусы - неполное решение проблемы - для некоторого, пусть и весьма небольшого количества таблиц savedatapercompany также выставлен в No, соответственно при переходе через четырехмиллиардный предел возможны конфликты. (хотя они гораздо менее вероятны, чем при пересечении с recid в основной компании).

Возможно, слегка путанно объяснил. Готов переобъяснить, если требуется

Спасибо.