Производительность

[mazzy]

Цитата:

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

можно еще технический аудит заказать из МС кажется,
но это не дешево.

Цитата:

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

для таких объемов даже элементарные join будут громадными, по выборке,
просто не будут в оперативку помещаться.

ну... это в российско-майкрософтовских оборотно-сальдовых ведомостях выборки будут огромными. это в локальной функциональности делается выборка от начала времен до указанной даты. И очень часто самописные отчеты грешат выборками от начала времен.

В стандартных отчетах будут использоваться гораздо меньшие выборки.
http://axapta.mazzy.ru/lib/inventsumdate/

Цитата:

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

но все же наверно есть смысл свыше 3 лет данные наверно перенести в другой сервер,
или хотя бы в другую базу. так как индексы за весь период данных много занимают.

не, это плохой совет.

дело в том, что стандартная международная Аксапта изначально писалась под Оракл, в котором очень давно была возможность сегментировать данные по датам. И предполагалось, что старые данные просто будут вынесены в отдельный сегмент и размещены на отдельном диске.

Такое предположение позволяло оставить одну таблицу и один набор отчетов (как для старых, так и для новых данных). Разница была только во времени доступа.

И, соответственно, все отчеты писались так, чтобы с как можно меньшей вероятностью дергать старые данные (хотя такие отчеты и были конечно).

Но в результате такого подхода в Аксапте нет инструментов архивирования, переноса в другие таблицы и/или на другие сервера. Мало того, вся функциональность построена так, что в системе будут присутствовать все данные

Поэтому совет "перенести на другой сервер" - скорее всего, очень дорого обойдется предприятию.

==============
Да, Майкрософт готовил функционал архивирования в Акс6. но толком так и не смог его отладить. Поэтому будьте осторожны с таким советом. Особенно для ax4.