Здравствуйте. Имеется сеть розничных пунктов продажи (пока 120, планируем расширяться), в точках стоит конфигурация 1с 7.7 (DBF) в которой ведется учет остатков, продаж и заказов товаров, связь с центральным офисом 128 КБит\сек. В одном пункте за день происходит около 150-200 продаж (т.е. формируется документов в 1с), среднее количество продаваемых позиций в документе 3. Имеется система дисконта: рекламные акции по определенным позициям, дисконтные карты, скидки по времени (с утра и перед закрытием), скидки с суммы покупки и др. 3х уровневый номенклатор, также имеетюся реквизиты для различной аналитики (группа товара, вид товара и др.)
Необходимо консолидировать все данные об остатках, продажах и заказах в одном месте, также необходимо выводить различные отчеты по скидкам, анализы продаж ABC, XYZ, расчеты Qmin Qmax и т.п. (приличные математические расчеты), сравнивать эти данные с теми же отчетными периодами прошлых лет, аналитика в различных разрезах как по уровням номенклатора так и по различным реквизитам... функции контроля и проверки операций в 1с, т.е. НачОст+Приход-Расход=КонОст, тоже самое по выручке... оперативность консолидации не более дня... контроль и распространение единых справочных данных (номенклатор и др.)
Главный Вопрос: Как все это сделать???????? :)
Есть мысль написать ВК для 1с, позволяющую работать напрямую с консолидирующей БД (СУБД Oracle or MS SQL), лично я склоняюсь к MS SQL, но недавно услышал мнение что SQL на таких объемах и расчетах загнется, а Oracle вытянет и не подавится (конечно очень много зависит от админа БД и самой организации базы). Вопрос 2 :Правда ли это?
Приблизительно БД будет состоять из таблиц, описывающих все используемые документы в 1с (приход, расход, заявка, доки по складу + спецификации), номенклатор и др. справочная инфа, все данные за несколько лет (минимум год)...

Спасибо.