Alexey Rovdo Простота

2-х звенные приложения проще проектировать, создавать и развертывать. Поэтому переход на 3-х звенку следует внимательно просчитывать. Оправдан он не всегда.Oracle Developer Suite - если вести разработку в Forms она не чем не отличается от разработки 2-х звенной архитектуре, но вылажив на сервер приложений получаеш 3-х.

softwarerDeveloper Suite предлагает более разумную, но в чем-то похожую технологию :)не обобщай до Oracle Forms, DS гараздо многообразнее.

AlexGИ все же, что лучше, или рациональнее? В случае, если пользователей не больше 100, а программа требует периодической корректировки

Может я ошибаюсь...
но помоему "рациональность" здесь не причем.

Работа с определенным количеством пользователей прекрастно решается хоть в двух, хоть в трех звенке.

Обнавление при использовании серверов приложений (трех звенка), без проблем, подкинул изменения, и новые сессии пошли по новому.

Но и без сервера приложений в java это легко решается через веб старт.

Все таки здесть нужно смотреть шире.
Средства разработки, это не само цель, а средство ее достижения.
К тому же у всего есть своя себистоимость, это тоже не маловажно.

Здесь как то обсуждали /topic/127874&pg=4#1021987

Трех уровневая архитектура и ее использование.
Рассмотрим небольшой пример.
Предприятие занимается добычей, транспортировкой и переработкой нефти.
Головная кантора находится в городе “Н”, подразделения разбросаны по
области и не только. В головной канторе СУБД и сервер приложений.
На сервере приложений размещена вся бизнес логика, клиент тонкий,
либо аплет, либо клиентское приложение размещенное на сервере приложений,
на выбор, хоть так, хоть этак. Отчетность JSP.
Приложение написано в соответствии со спецификацией J2EE, J2SE, СУБД
используется только как хранилище данных. Для ввода его в работу достаточно
иметь Web сервер, EJB контейнер, контейнер сервлетов и любую СУБД
поддерживающую спецификацию SQL-92.
ПО размещенное на сервере приложений имеет интерфейс не только работы
с пользователем но с аналогичным по структуре ПО размещенным на других
серверах приложений.
Имеем структуру состоящую из нескольких серверов приложений связанных
между собой и обслуживающих своих пользователей. Связанных по мере необходимости,
возможно это разовые сеансы связи для синхронизации данных или объединение в
единую систему, работающую в режиме реального времени.
Учетные функции системы не ограничиваются только финансовым,
бухгалтерским учетом, крутятся тоже на апп., но под другим “крылом”.
В подразделениях управление оборудованием, технологическим процессом,
автоматизировано, программное обеспечение разработано и сопровождается
поставщиками оборудования. В разных подразделениях оборудование от разных поставщиков.
ПО формирует свои базы данных производственных показателей на низком уровне,
показания контрольно измерительных приборов и т.д.
Отчетность в стандартном ПО скупая, достаточна для технологического
процесса управления, но для анализа работы непригодна. СУБД разношерстны,
возможность “залезть” в их и разместить там бизнес логику формирования
отчетности есть, но делать этого не нужно.
Так как технологические операции одинаковые, информационная сущность их показателей
имеет одинаковую структуру. Бизнес логику формируем и размещаем на
сервере (серверах) приложений, данные берем из СУБД технологов и только на чтение,
на выходе единая по структуре информационная сущность.
Для клиента безразлично какая физическая структура исходных данных,
он работает с ее представлением сформированным на сервере (серверах) приложений.
ОТЧЕНТОСТЬ ФОРМИРУЕТСЯ ТОЛЬКО НА ОСНОВАНИИ ДАННЫХ СЕРВЕРОВ ПРИЛОЖЕНИЙ.
При соединении серверов приложений инженеры технологи в режиме реального времени
могут легко контролировать(именно контролировать, управление только с рабочих мест
в подразделении) ход технологических процессов любых подразделений,
и неважно где расположено оборудование, и где находятся инженеры.

Объединение того, что само по себе не объединится.
Тем более что одним из условий объединения является изоляция одного от другого.
Размещение логики, логики которую нельзя (или нет смысла) размещать на одной из сторон.

/topic/127874&pg=5#1050355
/topic/127874&pg=5#1050408

/topic/127874&pg=4#1033810