Технологии клиент/сервер изменили облик и архитектуру прикладных систем: существенным изменениям подверглись поддерживающее архитектуру аппаратное обеспечение, а также сами подходы к проектированию логики приложения.
До появления технологии клиент/сервер большинство приложений Oracle функционировало на одной ЭВМ. Обычно приложение SQL*Forms. использующее алфавитно-цифровой интерфейс, обращалось к экземпляру базы данных, работающему на том же компьютере, и конкурировало с сервером RDBMS за тот же центральный процессор и ресурсы памяти. Одна система отвечала не только за всю обработку базы данных, но и за выполнение логики приложения. Кроме того, та же система обрабатывала весь обмен с каждым терминалом; все нажатия клавиш и элементы отображения обслуживались тем же процессором, который обрабатывал запросы к базе данных и логику приложения.
Системы клиент/сервер значительно изменили эту архитектуру, переместив все интерфейсные функции и часть обработки приложения с основного процессора системы на процессор клиента.
Наряду с качественным улучшением аппаратных средств, расширение возможностей серверов RDBMS также повлияло и на архитектуру приложений. До выпуска версии 8 RDBMS Oracle обладала не столь изощренными возможностями поддержки логики обработки, необходимой для обеспечения целостности данных.
Например, контроль соответствия первичного и внешнего ключей выполнялся приложением. Поэтому база данных чрезмерно зависела от приложения при поддержании бизнес-правил и целостности, а код приложения становился громоздким и сложным. Приложения базы данных типа клиент/сервер могут использовать преимущества Oracle 8 Server для реализации некоторых функций логики приложения.
До Oracle 8 базы данных выполняли на уровне ядра только контроль типа данных, однако с приходом Oracle 8 значительная часть логики приложения стала выполняться ядром базы данных. Oracle предоставляет такие средства, как хранимые процедуры, поддержка ограничений целостности, определяемые пользователем функции и триггеры базы данных. Все это позволяет приложению хранить большое количество бизнес-правил (или семантику модели данных) на уровне базы данных. В результате приложение освобождается для выполнения более тонких задач обработки, таких как управление графическим интерфейсом и взаимодействие с другими приложениями и инструментальными средствами, поддерживающими модель "клиент/сервер".