авторКупите один EE и постройте на нем централизованное BI-решение с веб-доступом для филиалов и толстым-для штаб-квартиры.
Так все делают :)
Скажем, учетные системы еще нельзя целиком вешать на удаленный доступ, а вот BI-уже вполне можно.

Я примерно догадываюсь кто задал вопрос... =)
Там такое решение не подходит, как я понимаю "филиалы" это эээ.... скажем так "заводы" стоящие в степях. Между ними плохой и непостоянный инет канал (пролетный спутник) и на каждом "заводе" есть своя OLTP реплицирующаяся в центр. офис.
В центральном все Ok, те кто могут присоединится туда смогут получить доступ к данным OLTP и поиграться в Real Time модели.

Однако "заводчанам" тоже хочется смотреть как выглядят их данные в OLAP на своем сервере. Поскольку "заводов" много, то тут действительно можно озолотить Гейтса закупками MS SQL 2005 Ent.

Я отвечу MSCustomer что и в почте отвечал.
Сейчас рабочих инсталляций под RT на MS SQL 2005 не много.
Наши все инсталляции подняты на Enterprise. В offline-филиалах клиенты тоже ставили Enterprise и не экономили (плюс хотели иметь и там RT)

Как себя будет вести база сделанная на RT под управлением STD и WG я не могу сказать гарантированно, т.к. не тестировал еще такие решения.
Я даже не уверен что в WG входит OLAP-опция.

Скорее вам может помочь backfire, он гордится тем что не покупает Enterp-версии и предпочитает эти "деньги пропить" (цитата). =)

Так что вопрос открытый. Я не рискну судить о том, что не протестировал.
Кто использовал OLAP-базы изначально сделанные для ENT и применял их на STD или WG (?) прошу высказаться.

Еще добавлю.
MS AS 2000 совсем не блестал в Web-решениях, когда удаленно коннектились через Excel по слабым каналам. MS SQL 2005 еще пока не смог до конца протестировать, т.к. не удалось настроить вход через proxy, хотя выполнил все рекомендации Моши.
Но думаю MS SQL 2005 тоже не будет поражать воображение и терминальное подключение будет быстрее.
Так что если и удаленка, то конечно не Web, а терминал.
Но из-за offline в данной задаче это не катит.