Распределенные системы: технология Borland Midas. Часть 3. Фертиков В.В. - 7 стр.

                                      7
рированные тем или иным способом таблицы, индексы, триггеры и другие объ-
екты, реализующие бизнес-правила данной информационной системы, и одного
или нескольких клиентских приложений, предоставляющих интерфейс пользо-
вателя и производящих проверку допустимости и обработку данных согласно
содержащимся в них алгоритмам. Если говорить о клиентских приложениях,
созданных с помощью Delphi или C++Builder, для доступа к источникам дан-
ных они применяют вызовы функций прикладных программных интерфейсов
клиентских частей соответствующих серверных СУБД. Эти вызовы осуществ-
ляются обычно посредством использования библиотеки Borland Database En-
gine (BDE), хотя последнее не является обязательным. Схема такого классиче-
ского клиентского приложения, по представлению Delphi–программиста, вы-
глядит следующим образом.




                   Рис. 3. Классический «толстый» клиент

        На форме помещаются требующиеся визуальные компоненты Data Con-
trols, в то время как невизуальные компоненты доступа к данным (Data Access и
другие), как правило, сохраняет специальный контейнер, называемый модулем
данных (Data Module).
        Схема трехзвенной системы, глазами того же программиста VCL, показа-
на на следующем рисунке 4. Поскольку в данном случае речь идет о разработке
лишь двух звеньев, «тонкого» клиента и сервера приложений, последний уро-
вень серверов СУБД на схеме не показан. В известном смысле сервер приложе-
ний и «тонкий» клиент представляют собой разделенное на две части классиче-
ское клиентское приложение. Первая часть (сервер приложений) содержит
компоненты доступа к данным и требует наличия BDE и клиента серверной
СУБД, а вторая (клиент) должна содержать лишь пользовательский интерфейс