Цитата:
Сообщение от
Evgeniy2020
можно еще технический аудит заказать из МС кажется,
но это не дешево.
Цитата:
Сообщение от
Evgeniy2020
для таких объемов даже элементарные join будут громадными, по выборке,
просто не будут в оперативку помещаться.
ну... это в российско-майкрософтовских оборотно-сальдовых ведомостях выборки будут огромными. это в локальной функциональности делается выборка от начала времен до указанной даты. И очень часто самописные отчеты грешат выборками от начала времен.
В стандартных отчетах будут использоваться гораздо меньшие выборки.
http://axapta.mazzy.ru/lib/inventsumdate/
Цитата:
Сообщение от
Evgeniy2020
но все же наверно есть смысл свыше 3 лет данные наверно перенести в другой сервер,
или хотя бы в другую базу. так как индексы за весь период данных много занимают.
не, это плохой совет.
дело в том, что стандартная международная Аксапта изначально писалась под Оракл, в котором очень давно была возможность сегментировать данные по датам. И предполагалось, что старые данные просто будут вынесены в отдельный сегмент и размещены на отдельном диске.
Такое предположение позволяло оставить одну таблицу и один набор отчетов (как для старых, так и для новых данных). Разница была только во времени доступа.
И, соответственно, все отчеты писались так, чтобы с как можно меньшей вероятностью дергать старые данные (хотя такие отчеты и были конечно).
Но в результате такого подхода в Аксапте нет инструментов архивирования, переноса в другие таблицы и/или на другие сервера. Мало того, вся функциональность построена так, что в системе будут присутствовать все данные
Поэтому совет "перенести на другой сервер" - скорее всего, очень дорого обойдется предприятию.
==============
Да, Майкрософт готовил функционал архивирования в Акс6. но толком так и не смог его отладить. Поэтому будьте осторожны с таким советом. Особенно для ax4.