•снижением суммарного расхода памяти и вычислительных ресурсов за счёт буферизации (кэширования) и совместного использования (разделяемые ресурсы) наиболее часто запрашиваемых данных и процедур;
•распараллеливанием процесса обработки запроса – использованием разных процессоров для параллельной обработки изолированных подзапросов и (или) для одновременного обращения к частям БД, размещённым на отдельных физических носителях.
Рассмотрим архитектуры, реализующие следующие модели совместной обработки клиентских запросов.
Архитектура «один к одному»
В этом случае (Рис. 19-4) для обслуживания каждого запроса запускается отдельный серверный процесс.
Запрос 1 |
Серверный |
|
|
процесс 1 |
|
|
|
|
Процессор |
БД |
|
|
|
||
|
|
|
|
Запрос N |
Серверный |
|
|
|
|
|
Рис. 19-5. Архитектура сервера «один к одному»
Таким образом, даже если от клиентов поступят совершенно одинаковые запросы, для обработки каждого из них будет запущен отдельный процесс, каждый из которых будет выполнять одинаковые действия и использовать одни и те же ресурсы.
Многопотоковая односерверная архитектура
Обработку всех клиентских запросов выполняет один серверный процесс (использующий один процессор), взаимодействующий со всеми клиентами и монопольно управляющий ресурсами (Рис. 19-6). При этом для отдельного клиентского процесса создаётся поток, (thread) в рамках которого локализуется обработка запроса.
Запрос 1 |
Сервер-процесс |
|
Поток 1 |
|
|
|
Процессор |
БД |
|
|
|
Запрос N |
Поток N |
|
Рис. 19-6. Многопотоковая односерверная архитектура
394