Распределение вычислительной нагрузки при импорте объектов

[Pete V]

Дело в том, что проект лишь разрабатывается и судя по всему, реально его внедрение начнется в то время, когда будет доступен SQL 2005, что вселяет надежду по поводу максимального размера базы, кроме того, судя по просачивающейся информации, в ближайшем будущем в Нав будет переписан механизм работы с БД, поскольку не секрет, что изначально рассчитанный на NDS, он не очень удачно работает с SQL. Так что я не думаю, что размер базы даже в 150-200ГБ будет смертельным для Нав, учитывая относительно небольшое число работающих с ним пользователей, а вот разработка дополнительной базы для целей сбора информации о продажах, на мой взгляд, может содержать риски, которые на первый взгляд не видны, но впоследствии могут привести к различного рода проблемам.
К примеру, пункт 2) действительно может быть реализован и в рамках базы, созданной для OLAP, но тогда к ней придется приворачивать механизм генерации отчетности... а там возникнут новые хотелки и снова вопрос в какой базе это делать... и зачем Нав ставили? так что у этого пути есть свои ловушки.