Здравствуйте, GoodOk_2006, Вы писали:

GO_>Имеет ли смысл "слой отображения" разместить в отдельной БД на отдельном сервере.. можно обозвать "пласт отображения". Например, витрину wеб магазина реализовать в ввиде отдельной подсистемы, а более медленные операции по складскому учёту, автоматизации бизнес процессов по обработке заказов, отчётность реализовать в другой подсистеме со своей собственной БД?

GO_>На витрине реализуется лёгкая логика выбора оформления заказа Основное внимание уделяется разного рода сервисам и скорости и надёжности (снижению времени простоя).

GO_>Доводы за разделение подсистем:
GO_>1) Витрину засчёт простоты легче сделать быстрой и надёжной. БД витритны используется лишь для хранения оперативных данных и данных отвечающих за представление (различного рода настройки представления, сортировки, параметры отображения), . При использовании ASP.NET можно ограничиться упрощёнными решениями (модуль/шлюз таблицы и т.п.) для выделения бизнес логики.

GO_>2) Навороченную логику автоматизации бизнес процессов можно реализовать в полный рост. Сервер допустипо перегружать при операциях развёртывания и т.п. Отчёты не будут валить систему по понедельниками и первым числам.

GO_>3) наплывы пользователей (после массовых рекламных компаний пик посещаемости может возвышаться над средней посещаемость в рабочее время до пяти раз) и DOS атаки не парализуют систему складского учёта.

GO_>Доводы против:
GO_>1)требуется тратить дополнительные ресурсы на синхронизацию товара в двух подсистемах.

GO_>Периодически натыкаюсь на статьи (про Diasoft, про ozon http://www.microsoft.com/rus/business/casestudies/ozon/) которые описывают подобные решения. Однако разбирают сомнения — неужели сейчас с применение трёх звенных систем ( с выделенным сервером приложения) нельзя добиться тех же результато?

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