Коль тут такая "интеллектуальная" тема взялась, а мне работать сёня что-то неохота, то ... подолью масла в огонь, что лучше:
1) клиент-сервер
2) файл-сервер - можно не обуждать.
3) хост-терминал

Предлагаю продолжить тему в таком русле:
Какую архитектуру лучше выбрать при >1000 одновременно работаюших юзеров, разбросанных по разным городам,с учетом медленных (до 64 кбит) линий связи?

Я голосую за хост/терминал...
Может кто-то предложит application server или еще что-нить?

Понятие "одновременно работающие юзеры" - Это те, кто по крайней мере делают не меннее одной транзакции в пять минут. Скорее всего, ну... это что-то типа платёжной системы. Сидят несколько тысяч операторов и вносят какие-то данные. И получаю естественно отчеты - кто чего наделал.

Про репликацию, эт вы здорово сказали...)
У меня как сейчас этот самый геморрой...
Интересно есть ли у кого лекарство от этой болезни?...

2 IBMer
Аха, со всем вышеизложенным согласен. Почти.
Но всеже - терминал - это терминал. Отличие весьма существенное.
Терминал - он как браузер - платформенно-независимый.
Если есть vt100, и сервер поддреживает этот тип терминала, то неважно на какой платформе реализовано приложение, отображение всегда будет получено правильное. Терминал - это )) гы..принтер...)) реализованный на телевизоре..)) у него интеллекта - ноль...
Все приложения являются процессами запущенными на одной машине. И естественно способ взаимодействия, и скорость подобного взаимодействия очень высока. Намного выше чем по сети.
Клиент-серверная архитектура всетаки обычно (подчеркиаю - "обычно" - не значит всегда) рассматривается как модель распределенных вычислений, кода имеется несколько сетевый компов, и каждый выполняет свою часть задачи.
И имеется так называемое клиентское приложение, находящееся на удаленном компьютере, выполняющее "клиентскую часть задачи". (кеширование данных, хранение промежуточных выборок)
В случае же, когда имеется огромное количество пользователей (десятки тысяч) только администрирование подобной (клиент-серверной) системы - будет сущим адом. (например обновление клиентского приложения)
В случае же терминального решения - проблемы начинаются и кончаются коммуникациями.

>А на 10000 пользователей терминал не загнется? Столько - процессов - не шутка. И как быть, если хотя бы 500 человек запросят на распечатку многостраничный отчет? А проблемы с авторизацией?

не загнецца...) если мэйнфрейм поставить:)

2 Ggg
Аха.. именно этот самый сибайз...
Говорят - самая работающая репликация из всех баз данных.
Warm Standby - как только начинаешь какие нить триггеры или процедуру переделывать на Active, на Standby обязательно какая-нить ошибка вылетит.
Замучился классы ошибок редактировать...((
Единствееное что более-менее работает - простой SQLRemote,
А SQL Remote Open Server (эт когда вместе с RS - так и не удалось запустить)
бинарник вообще не запускается.... просто падает и все...
Короче, у сибайза качество ПО еще то...))