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

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

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

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

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

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

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