Корпоративные базы данных - статьи
Архитектура клиент-сервер, традиционные решения
Традиционная архитектура "клиент-сервер" подразумевает, что логика приложения делится на две
части по месту исполнения, соответственно клиент и сервер. В файл-серверной архитектуре сервер
использовался только как большой винчестер, как место хранения всех данных. Ответственность за
правильное оперирование данными возлагалась на клиента.
На рисунке 1 мы видим традиционное решение в архитектуре файл-сервер. Недостатки очевидны:
удаленный разделяемый винчестер предполагает меньшую надежность данных, большой сетевой
траффик.
На рисунке 2 мы видим традиционное решение в архитектуре клиент-сервер. Клиентские
приложения обращаются к серверу БД (например, InterBase, Oracle, Informix, Sybase, MS SQL через
родные линки или другие (уже через ODBC)). Логика клиентского приложения может быть
написана на Paradox, dBase, Delphi или С/С++. Cледует еще раз отметить, что при этом все
взаимодействие с БД ведется через родные линки компаний-производителей, инкапсулированные
механизмом IDAPI - универсальным механизмом доступа к данным, который предлагает компания
Borland. При этом клиентское приложение может напрямую запрашивать у сервера данные и
оперирует понятиями запросов, транзакций и таблиц. Только в Delphi 2.0 появилась возможность
работы не напрямую, а через монитор транзакций (Taxedo, Encina - см. Рисунок 3).
