Существуют ли механизмы свертывания базы?

[sergeypp]

Возвращаюсь к старой теме (http://forum.mazzy.ru/index.php?showtopic=7148) под новым соусом )..
Проводил еще раз подобное исследование. Как будет рости база при 500 магазинов. На текущий момент их 42. Ожидается вливание других сетей в нашу розничную сеть.
Поднял бакап за 3 февраля. Сверяю с бакапом от 3 мая. Разница 3 месяца.
Выбрал таблицы, размер которых увеличился. В соответствии со статьей (http://axapta.mazzy.ru/lib/dbgrowthsolution/) исключил все таблицы, которые можно чистить.
Среди остальных таблиц определили те, чей рост непосредственно зависит от увеличения кол-ва магазинов и их продаж и те, чей рост косвенно зависит от роста кол-ва магазинов
В результате получилась примерная статистика. За 3 месяца работы 42 магазнов
таблицы дали следующий прирост
непосредственные - 3517424 Кб
косвенные - 130552 Кб
В сумме 3517424 + 130552/2 = 3582700 Кб или 3500 Мб
Получается что за 1 месяц 1 магазин дает прирост в 27,77 Мб
Т.е. при 500 магазинах. прирост базы получается 13884 Мб. За год это 162,7 Гб
Цифры пугают.

Есть ли какие нибудь механизмы свертки данных, что бы избежать такого роста БД.
Можно конечно изменить топологию системы. Оставить центральный сервер, куда будет сливаться консолидированная информация, а все магазины поделить на 7-10 дивизионов и для каждого поставить свой сервер. Тогда возникает масса вопросов: как синхронизировать информацию, как ее консолидировать, как организовать работу сводного планирования..